阅读之前建议先看从源码分析Android 事件分发机制_z936689039的博客-CSDN博客,可以更方便的理解里面奥妙
setOnCLickLinstener,只要写过 Android 的同学应该都见过,大家都知道是点击事件监听,但是是怎么实现的呢?对,你没有猜错,就是回调
你在 onClick(View view)中写的方法,就是一个回调方法,然后通过这个方法实现了点击监听,那么问题来了,这个方法它没有在activity或者fragment里头出现,那它是怎么实现的呢,下面直接从源码的角度看这玩意咋跑的
tvKes.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
}
});
先整个点击事件监听,然后ctrl点那个setOnClickListener方法进去看,然后我们会看到
public void setOnClickListener(@Nullable OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
这段代码意思就是说将点击状态设置为true,其中setOnClickListener 方法就如同我们调用时的那样,传入一个 OnClickListener 对象作为参数,那我们来看一看 OnClickListener 是个啥子
public interface OnClickListener {
/**
* Called when a view has been clicked.
*
* @param v The view that was clicked.
*/
void onClick(View v);
}
果然如我们所料,这个是个接口来的。 同时我们注意到getListenerInfo()这个方法,哎,就是玩,点进去看是什么鬼
//getListenerInfo()返回一个 ListenerInfo,如果 mListenerInfo 已经存在,
//就返回,如果不存在,就 new 一个返回
@UnsupportedAppUsage
ListenerInfo getListenerInfo() {
if (mListenerInfo != null) {
return mListenerInfo;
}
mListenerInfo = new ListenerInfo();
return mListenerInfo;
}
static class ListenerInfo {
@UnsupportedAppUsage
ListenerInfo() {
}
/**
* Listener used to dispatch focus change events.
* This field should be made private, so it is hidden from the SDK.
* {@hide}
*/
@UnsupportedAppUsage
protected OnFocusChangeListener mOnFocusChangeListener;
/**
* Listeners for layout change events.
*/
private ArrayList mOnLayoutChangeListeners;
protected OnScrollChangeListener mOnScrollChangeListener;
/**
* Listeners for attach events.
*/
private CopyOnWriteArrayList mOnAttachStateChangeListeners;
/**
* Listener used to dispatch click events.
* This field should be made private, so it is hidden from the SDK.
* {@hide}
*/
@UnsupportedAppUsage
public OnClickListener mOnClickListener;
/**
* Listener used to dispatch long click events.
* This field should be made private, so it is hidden from the SDK.
* {@hide}
*/
@UnsupportedAppUsage
protected OnLongClickListener mOnLongClickListener;
/**
* Listener used to dispatch context click events. This field should be made private, so it
* is hidden from the SDK.
* {@hide}
*/
protected OnContextClickListener mOnContextClickListener;
/**
* Listener used to build the context menu.
* This field should be made private, so it is hidden from the SDK.
* {@hide}
*/
@UnsupportedAppUsage
protected OnCreateContextMenuListener mOnCreateContextMenuListener;
@UnsupportedAppUsage
private OnKeyListener mOnKeyListener;
@UnsupportedAppUsage
private OnTouchListener mOnTouchListener;
@UnsupportedAppUsage
private OnHoverListener mOnHoverListener;
@UnsupportedAppUsage
private OnGenericMotionListener mOnGenericMotionListener;
@UnsupportedAppUsage
private OnDragListener mOnDragListener;
private OnSystemUiVisibilityChangeListener mOnSystemUiVisibilityChangeListener;
OnApplyWindowInsetsListener mOnApplyWindowInsetsListener;
OnCapturedPointerListener mOnCapturedPointerListener;
private ArrayList mUnhandledKeyListeners;
WindowInsetsAnimation.Callback mWindowInsetsAnimationCallback;
/**
* This lives here since it's only valid for interactive views.
*/
private List mSystemGestureExclusionRects;
/**
* Used to track {@link #mSystemGestureExclusionRects}
*/
public RenderNode.PositionUpdateListener mPositionUpdateListener;
/**
* Allows the application to implement custom scroll capture support.
*/
ScrollCaptureCallback mScrollCaptureCallback;
}
从中我们发现getListenerInfo()是获取一个ListenerInfo的内部静态类,其中我们发现OnClickListener跟OnLongClickListener均是其接口引用.再回到view中的setOnClickListener,我们发现它本质上就是将我们传递进去的OnClickListener实现类赋值给了ListenerInfo的mOnClickListener 对象,然后ctrl这个对象,看它在哪里调用了其onClick方法
然后我们发现在view的performClick中有调用到
然后再看performClick在哪里调用的
最终指向的是View的onTouchEvent的ACTION_UP的时候调用的,其中实现是用PerformClick异步执行,若不成功再调用performClick(),performClick()则执行OnClickListener中的onClick方法
然后用断点的方式去分析实际执行过程
我们看到它先执行了DetorView的dispatchEvent
然后执行了activity的dispatchTouchEvent 然后执行了View的dispatchTouchEvent 然后再这个方法里头执行onTouchEvent方法 因为onClick事件在手势上分成3个动作按下(MotionEvent.ACTION_DOWN),抬起(MotionEvent.ACTION_UP),所以它会先执行MotionEvent.ACTION_DOWN,此时VIew的dispatchTouchEvent返回true的,于是又回到了DetorView的dispatchTouchEvent中 可以发现在ACTION_UP方法的时候执行了点击操作,然后同样还是这一系列操作执行完后View的dispatchTouchEvent还是返回true,然后又回到了梦开始的地方,detorView的dispatchTouchEvent 然后同时执行了点击的方法操作 然后就很明了啦,后面就执行了onClick的执行方法了 到这里整个流程就走完了 其中布局是这样的: 总结: onClickListener点击事件流程就是:DetorView:dispatchTouchEvent->Activity:dispatchTouchEvent->View:disPatchTouchEvent->View:onTouchEvent->View:OnTouchEvent-ACTION_DOWN->.然后把前面的流程走遍->View:OnTouchEvent-ACTION_UP->performClick->DetorView:dispatchTouchEvent
问题:
1.onTouchEvent,OnClickListener,dispatchTouchEvent,onTouch四者执行的顺序?
答:dispatchTouchEvent->onTouch->onTouchEvent->OnClickListener,因为在onTouche在disPatchTouchEvent会提前判断的,这块在之前文章也提到过,如果onTouchLisener.onTouch返回true的话,那么View的onTouchEvent就不会走了,所以如果你写了2个方法,一个是setOnClickListener和一个setOnTouchEvent,并且setOnTouchEvent返回true的话,那么根据刚刚的流程,此时是会直接执行View的onTouch方法的,而不会执行setOnClick.onClick方法的