編輯：關於Android編程
在android開發中會經常遇到滑動沖突（比如ScrollView或是SliddingMenu與ListView的嵌套）的問題，需要我們深入的了解android事件響應機制才能解決，事件響應機制已經是android開發者必不可少的知識。
用戶在手指與屏幕接觸過程中通過MotionEvent對象產生一系列事件，它有四種狀態：
MotionEvent.ACTION_DOWN ：手指按下屏幕的瞬間（一切事件的開始）
MotionEvent.ACTION_MOVE ：手指在屏幕上移動
MotionEvent.ACTION_UP ：手指離開屏幕瞬間
MotionEvent.ACTION_CANCEL ：取消手勢，一般由程序產生，不會由用戶產生
Android中的事件onClick, onLongClick，onScroll, onFling等等，都是由許多個Touch事件構成的（一個ACTION_DOWN， n個ACTION_MOVE，1個ACTION_UP）。
android 事件響應機制是先 分發（先由外部的View接收，然後依次傳遞給其內層的最小View）再 處理 （從最小View單元（事件源）開始依次向外層傳遞。）的形式實現的。
復雜性表現在：可以控制每層事件是否繼續傳遞（分發和攔截協同實現），以及事件的具體消費（事件分發也具有事件消費能力）。
事件分發：public boolean dispatchTouchEvent(MotionEvent ev)
當有監聽到事件時，首先由Activity進行捕獲，進入事件分發處理流程。（因為activity沒有事件攔截，View和ViewGroup有）會將事件傳遞給最外層View的dispatchTouchEvent(MotionEvent ev)方法，該方法對事件進行分發。
return true ：表示該View內部消化掉了所有事件。
return false ：事件在本層不再繼續進行分發，並交由上層控件的onTouchEvent方法進行消費（如果本層控件已經是Activity，那麼事件將被系統消費或處理）。
如果事件分發返回系統默認的 super.dispatchTouchEvent(ev)，事件將分發給本層的事件攔截onInterceptTouchEvent 方法進行處理
事件攔截：public boolean onInterceptTouchEvent(MotionEvent ev)
return true ：表示將事件進行攔截，並將攔截到的事件交由本層控件 的 onTouchEvent 進行處理；
return false ：則表示不對事件進行攔截，事件得以成功分發到子View。並由子View的dispatchTouchEvent進行處理。
如果返回super.onInterceptTouchEvent(ev)，默認表示攔截該事件，並將事件傳遞給當前View的onTouchEvent方法，和return true一樣。
事件響應：public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent（事件分發）返回super.dispatchTouchEvent(ev)並且onInterceptTouchEvent（事件攔截返回true或super.onInterceptTouchEvent(ev)的情況下，那麼事件會傳遞到onTouchEvent方法，該方法對事件進行響應。
如果return true，表示onTouchEvent處理完事件後消費了此次事件。此時事件終結；
如果return fasle，則表示不響應事件，那麼該事件將會不斷向上層View的onTouchEvent方法傳遞，直到某個View的onTouchEvent方法返回true，如果到了最頂層View還是返回false，那麼認為該事件不消耗，則在同一個事件系列中，當前View無法再次接收到事件，該事件會交由Activity的onTouchEvent進行處理；
如果return super.dispatchTouchEvent(ev)，則表示不響應事件，結果與return false一樣。從以上過程中可以看出，dispatchTouchEvent無論返回true還是false，事件都不再進行分發，只有當其返回super.dispatchTouchEvent(ev)，才表明其具有向下層分發的願望，但是是否能夠分發成功，則需要經過事件攔截onInterceptTouchEvent的審核。事件是否向上傳遞處理是由onTouchEvent的返回值決定的。
![這裡寫圖片描述](https://www.android5.online/Android/UploadFiles_5356/201702/2017022312103979.gif "\")
（圖來自網絡）<喎?/kf/ware/vc/" target="_blank" class="keylink">vcD4NCjxoMSBpZD0="３view源碼分析">３.View源碼分析
Android中ImageView、textView、Button等繼承於View但沒有重寫的dispatchTouchEvent方法，所以都用的View的該方法進行事件分發。
看View重要函數部分源碼：
public boolean dispatchTouchEvent(MotionEvent event) {
//返回true,表示該View內部消化掉了所有事件。返回false，表示View內部只處理了ACTION_DOWN事件，事件繼續傳遞，向上級View(ViewGroup)傳遞。
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
//此處的onTouch方式就是回調的我們注冊OnTouchListener時重寫的onTouch()方法
return true;
}
return onTouchEvent(event);
}
首先進行三個條件的判斷：
（1）查看是否給button設置了OnTouchListener()事件；
（2）控件是否Enable；（控件默認都是enable的）
（3）button裡面實現的OnTouchListener監聽裡的onTouch()方法是否返回true；
如果條件都滿足，則該事件被消耗掉，不再進入onTouchEvent中處理。否則將事件將交給onTouchEvent方法處理。
public boolean onTouchEvent(MotionEvent event) {
...
/＊ 當前onTouch的組件必須是可點擊的比如Button，ImageButton等等，此處CLICKABLE為true，才會進入if方法，最後返回true。
如果是ImageView、TexitView這些默認為不可點擊的View,此處CLICKABLE為false，最後返回false。當然會有特殊情況，如果給這些View設置了onClick監聽器，此處CLICKABLE也將為true ＊／
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
...
if (!post(mPerformClick)) {
performClick();// 實際就是回調了我們注冊的OnClickListener中重新的onClick()方法
}
...
break;
case MotionEvent.ACTION_DOWN:
...
break;
case MotionEvent.ACTION_CANCEL:
...
break;
case MotionEvent.ACTION_MOVE:
...
break;
}
return true;
}
return false;
}
public boolean performClick() {
...
／／
if (li != null && li.mOnClickListener != null) {
...
li.mOnClickListener.onClick(this);
return true;
}
return false;
}
public void setOnClickListener(OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
只有我們注冊OnTouchListener時重寫的
onTouch()方法中返回false —> 執行onTouchEvent方法 —> 導致onClick()回調方法執行
返回true —> onTouchEvent方法不執行 —> 導致onClick()回調方法不會執行
Android中諸如LinearLayout等的五大布局控件，都是繼承自ViewGroup，而ViewGroup本身是繼承自View，所以ViewGroup的事件處理機制對這些控件都有效。
部分源碼：
public boolean dispatchTouchEvent(MotionEvent ev) {
final int action = ev.getAction();
final float xf = ev.getX();
final float yf = ev.getY();
final float scrolledXFloat = xf + mScrollX;
final float scrolledYFloat = yf + mScrollY;
final Rect frame = mTempRect;
//這個值默認是false, 然後我們可以通過requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法
//來改變disallowIntercept的值
boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//這裡是ACTION_DOWN的處理邏輯
if (action == MotionEvent.ACTION_DOWN) {
//清除mMotionTarget, 每次ACTION_DOWN都很設置mMotionTarget為null
if (mMotionTarget != null) {
mMotionTarget = null;
}
//disallowIntercept默認是false, 就看ViewGroup的onInterceptTouchEvent()方法
if (disallowIntercept || !onInterceptTouchEvent(ev)) { //第一點
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
//遍歷其子View
for (int i = count - 1; i >= 0; i--) { //第二點
final View child = children[i];
//如果該子View是VISIBLE或者該子View正在執行動畫, 表示該View才
//可以接受到Touch事件
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
//獲取子View的位置范圍
child.getHitRect(frame);
//如Touch到屏幕上的點在該子View上面
if (frame.contains(scrolledXInt, scrolledYInt)) {
// offset the event to the view's coordinate system
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
//調用該子View的dispatchTouchEvent()方法
if (child.dispatchTouchEvent(ev)) {
// 如果child.dispatchTouchEvent(ev)返回true表示
//該事件被消費了，設置mMotionTarget為該子View
mMotionTarget = child;
//直接返回true
return true;
}
// The event didn't get handled, try the next view.
// Don't reset the event's location, it's not
// necessary here.
}
}
}
}
}
//判斷是否為ACTION_UP或者ACTION_CANCEL
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
//如果是ACTION_UP或者ACTION_CANCEL, 將disallowIntercept設置為默認的false
//假如我們調用了requestDisallowInterceptTouchEvent()方法來設置disallowIntercept為true
//當我們抬起手指或者取消Touch事件的時候要將disallowIntercept重置為false
//所以說上面的disallowIntercept默認在我們每次ACTION_DOWN的時候都是false
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
// The event wasn't an ACTION_DOWN, dispatch it to our target if
// we have one.
final View target = mMotionTarget;
//mMotionTarget為null意味著沒有找到消費Touch事件的View, 所以我們需要調用ViewGroup父類的
//dispatchTouchEvent()方法，也就是View的dispatchTouchEvent()方法
if (target == null) {
// We don't have a target, this means we're handling the
// event as a regular view.
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
}
//這個if裡面的代碼ACTION_DOWN不會執行，只有ACTION_MOVE
//ACTION_UP才會走到這裡, 假如在ACTION_MOVE或者ACTION_UP攔截的
//Touch事件, 將ACTION_CANCEL派發給target，然後直接返回true
//表示消費了此Touch事件
if (!disallowIntercept && onInterceptTouchEvent(ev)) {
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
ev.setAction(MotionEvent.ACTION_CANCEL);
ev.setLocation(xc, yc);
if (!target.dispatchTouchEvent(ev)) {
}
// clear the target
mMotionTarget = null;
// Don't dispatch this event to our own view, because we already
// saw it when intercepting; we just want to give the following
// event to the normal onTouchEvent().
return true;
}
if (isUpOrCancel) {
mMotionTarget = null;
}
// finally offset the event to the target's coordinate system and
// dispatch the event.
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
ev.setLocation(xc, yc);
if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
mMotionTarget = null;
}
//如果沒有攔截ACTION_MOVE, ACTION_DOWN的話，直接將Touch事件派發給target
return target.dispatchTouchEvent(ev);
}
1、dispatchTouchEvent作用：決定事件是否由onInterceptTouchEvent來攔截處理。
返回super.dispatchTouchEvent時，由onInterceptTouchEvent來決定事件的流向
返回false時，會繼續分發事件，自己內部只處理了ACTION_DOWN
返回true時，不會繼續分發事件，自己內部處理了所有事件（ACTION_DOWN,ACTION_MOVE,ACTION_UP）2、onInterceptTouchEvent作用：攔截事件，用來決定事件是否傳向子View
返回true時，攔截後交給自己的onTouchEvent處理
返回false時，攔截後交給子View來處理3、onTouchEvent作用：事件最終到達這個方法
返回true時，內部處理所有的事件，換句話說，後續事件將繼續傳遞給該view的onTouchEvent()處理
返回false時，事件會向上傳遞，由onToucEvent來接受，如果最上面View中的onTouchEvent也返回false的話，那麼事件就會消失
如果ViewGroup找到了能夠處理該事件的View，則直接交給子View處理，自己的onTouchEvent不會被觸發；
可以通過復寫onInterceptTouchEvent(ev)方法，攔截子View的事件（即return true），把事件交給自己處理，則會執行自己對應的onTouchEvent方法。
子View可以通過調用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup對其MOVE或者UP事件進行攔截；
一個點擊事件產生後，它的傳遞過程如下：
Activity->Window->View。頂級View接收到事件之後，就會按相應規則去分發事件。如果一個View的onTouchEvent方法返回false，那麼將會交給父容器的onTouchEvent方法進行處理，逐級往上，如果所有的View都不處理該事件，則交由Activity的onTouchEvent進行處理。
如果某一個View開始處理事件，如果他不消耗ACTION_DOWN事件（也就是onTouchEvent返回false），則同一事件序列比如接下來進行ACTION_MOVE，則不會再交給該View處理。
ViewGroup默認不攔截任何事件。
諸如TextView、ImageView這些不作為容器的View，一旦接受到事件，就調用onTouchEvent方法，它們本身沒有onInterceptTouchEvent方法。正常情況下，它們都會消耗事件（返回true），除非它們是不可點擊的（clickable和longClickable都為false），那麼就會交由父容器的onTouchEvent處理。
點擊事件分發過程如下 dispatchTouchEvent—->OnTouchListener的onTouch方法—->onTouchEvent–>OnClickListener的onClick方法。也就是說，我們平時調用的setOnClickListener，優先級是最低的，所以，onTouchEvent或OnTouchListener的onTouch方法如果返回true，則不響應onClick方法…
Android學習路線（二）創建Android項目
一個Android項目包含了Android app代碼在內的所有文件。Android SDK工具提供默認的項目目錄和文件讓創建一個項目變得很簡單。 這篇課程會向大家展
android Splashy Flash小游戲
今年剛開始學習android，不過是做修改源碼，自己在寢室捎帶學習了下做APP，由於是剛開始學習，這個游戲只注重了游戲的實現，實現了大概功能後，也沒有實現游戲的細節，像分
Android實現浮層的上下滑動（支持內部添加View）
前言 我K，今天居然是情人節，對於資深的單身狗來說，簡直是個噩耗，今天注定是各種秀恩愛，心塞中。。。。 話題到此結束，管他什麼情人節，今天給大家帶來的
使用Android Studio導入源碼
1 背景上路了，准備開始重操那兩年的舊業，後悔之前在上家公司做Amlogic和Realtak方案盒子時沒有養成寫博客的習慣，這算是開篇之作吧，順帶也算是給一個網友的答疑吧
