写技术博客前扯点题外话，最近发现一个问题，就是学啥东西都要思考，要融汇贯通，不要为了学完一个东西，就凑任务似的学东西，导致急功急利。学艺不精，浅尝辄止，就好比以前读书时候的数学题，可能你做几百个题目感觉很了不起，但是可能你需要做的就只有两个就够了，因为都是同类型的，你没有去思考，去总结，每次遇到一个同类型的可能对你来说都是新的。这样就浪费了很多精力和时间，别人的东西，要经过思考才能为己所用。学技术也是这样。
废话不多说，切入主题，今天咱们看看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都不会执行了。
源码分析完毕，可以动手多敲几遍，然后多瞅瞅源码，出去面试也可以按照自己的理解吹逼了，不用背面试题了，不过关键还是解决实际项目需求。
