寫技術博客前扯點題外話，最近發現一個問題，就是學啥東西都要思考，要融匯貫通，不要為了學完一個東西，就湊任務似的學東西，導致急功急利。學藝不精，淺嘗輒止，就好比以前讀書時候的數學題，可能你做幾百個題目感覺很了不起，但是可能你需要做的就只有兩個就夠了，因為都是同類型的，你沒有去思考，去總結，每次遇到一個同類型的可能對你來說都是新的。這樣就浪費了很多精力和時間，別人的東西，要經過思考才能為己所用。學技術也是這樣。
??廢話不多說，切入主題，今天咱們看看View的事件分發機制，這玩意確實是個難點，項目當中的疑難雜癥也只有徹底弄懂了原理才能快速解決。
??首先，搞個繼承view的自定義組件customview,復寫其onTouchEvent方法:
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.e("onTouchEvent----",event.getAction()+"");
super.onTouchEvent(event);
return true;
}
在mainActivity的oncreate方法中我們給這個自定義控件添加onTouchListener監聽，回調onTouch方法。同時設置onClick點擊事件,打印日志：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
cv = (CustomView) findViewById(R.id.view_custom);
cv.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.e("onTouch----",event.getAction()+"");
return false;
}
});
cv.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.e("onClick----","onClick");
}
});
此時，我在回調的onTouch方法里面返回false,我現在點擊一下，我們看下打印的日志，看下這幾個方法的執行先后順序：
??從圖中可以看出，先執行onTouch和onTouchEvent的down事件，然后執行，onTouch和onTouchEvent的up事件，如果我move了中間會有move事件，最后執行onClick事件。
??先不分析原因，接下來咱們在看下onTouch里面返回true的情況，看截圖，代碼就不貼了：
??這次就只執行了onTouch方法的up和down事件，我們可以認為event被onTouch方法消費掉了。
??好，我們從源頭找下原因，看看View的源碼，找到View里面分發事件的方法dispatchTouchEvent：
boolean result = false;
.....省略
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
.....省略
return result;
}
咱們看關鍵代碼，這個方法里面有個result標識位，最后返回，在 if里面就有onTouch方法這里有四個判斷條件，四個都為true,result為true否則為false,li != null，li.mOnTouchListener!=null,當前的view是enble可用的，最后就是onTouch的返回值,li是啥呢，我們看看代碼：
static class ListenerInfo {
/**
* Listener used to dispatch focus change events.
* This field should be made private, so it is hidden from the SDK.
* {@hide}
*/
protected OnFocusChangeListener mOnFocusChangeListener;
/**
* Listeners for layout change events.
*/
private ArrayList<OnLayoutChangeListener> mOnLayoutChangeListeners;
protected OnScrollChangeListener mOnScrollChangeListener;
/**
* Listeners for attach events.
*/
private CopyOnWriteArrayList<OnAttachStateChangeListener> mOnAttachStateChangeListeners;
......
后面省略
其實是view的靜態內部類收集了view的各種事件的監聽，當我們在代碼中setOnTouchListener的時候前面的三個條件都為真了，就看第四個條件了，當Touch方法返回false的時候，result為false,那么后面的if語句中就會執行onTouchEvent(event)方法,所以就出現第一個截圖的情況，up，和，down都會執行，那么onClick事件在哪執行的呢，我們可以猜下，只執行了這個onTouchEvent方法，onClick方法也執行了，那么有可能是在此方法里面觸發的，搜帶有click詞匯的方法。
??在onTouchEvent中我們可以看到以下代碼：
case MotionEvent.ACTION_UP:
if (!focusTaken) {
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
這里只放了關鍵代碼，我們繼續看performeClick里面:
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
我們設置了onClickListener就會走到if里面去，不會走到else那么就完成了onclick的回調。
??當我們在onTouch方法中返回true的時候result變量為true后面的OnTouchEvent就不會執行了，那么就會出現第二個截圖的情況，onTouchEvent和onClick都不會執行了。
源碼分析完畢，可以動手多敲幾遍，然后多瞅瞅源碼，出去面試也可以按照自己的理解吹逼了，不用背面試題了，不過關鍵還是解決實際項目需求。
