前言
-
聊之前先简单看下Activity,PhoneWindow,DecorView的关系,这样才更好理解事件的传递
aa.png
图片1.png
捋一下:
在Activity创建完成的时候,会调用Activity的attach方法来创建一个PhoneWindow对象设置给Activity,而PhoneWindow对象内部又创建一个DecorView，DecorView继承自FrameLayout，所以说我们通过setContentView设置的布局文件其实是被添加到DecorView中成为DecorView的一个子View，也就是说最外层的ViewGroup就是DecorView，DecorView这个类是在PhoneWindow中的内部类!
可以看下上面图！加深理解！
感兴趣的可以去看下源码,此处就不详细的说了,只是简单的介绍一下!
OK现在我们可以聊聊事件传递了
- 我们都知道android中的事件分发是从Activity开始分发的,那么是谁传递给Activity的,从Activity又是怎么分发的呢？
- 假如我们点击屏幕中的一个按钮到底是怎么执行的？
再来一张图:
- 图片2.png
我们看着上面的图跟着源码走一走
WindowManagerService接受到Input事件然后发送给ViewRootImpl,会执行到ViewRootImpl的dispatchInputEvent的方法
public void dispatchInputEvent(InputEvent event) {
dispatchInputEvent(event, null);
}
长话短说:
在ViewRootImpl中最终会调用DecorView的dispathPointerEvent方法
想看dispathPointerEvent方法源码的应该去View中,因为DecorView类中并没有dispathPointerEvent方法的源码,这个方法是存在于View中的
DecorView.java:
public final boolean dispatchPointerEvent(MotionEvent event) {
if (event.isTouchEvent()) {
return dispatchTouchEvent(event);
} else {
return dispatchGenericMotionEvent(event);
}
}
在dispatchPointerEvent中判断是否是触摸事件,如果是自然就到了dispatchTouchEvent方法中
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
final Window.Callback cb = mWindow.getCallback();
return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
}
上面方法中的cb对象是什么？在Activity的attach方法中创建PhoneWindow的时候又这样一句代码
mWindow.setCallback(this);
这个this就是Activity,因为Activity实现了Window.CallBack的接口,所以自然就将实例传入的PhoneWindow中
mWindow = new PhoneWindow(this, window);
mWindow.setWindowControllerCallback(this);
mWindow.setCallback(this);
所以在DecorView的dispatchTouchEvent中会调用执行到Activity的dispatch方法中!
所以在触摸事件被传到了Activity的地方,看下上面的图左边部分捋一下大概思路就可以！
接下来就是Activity的事件分发了
真正的事件分发是从Activity开始的,上面的只是触摸事件传到Activity
现在开始由Activity进行分发处理
从Activity的dispatchTouchEvent方法开始
- Activity.java
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
我们看这行代码:
getWindow().superDispatchTouchEvent(ev)
这里的getWindow()返回的就是在attach中设置给Activity的PhoneWindow对象
所以就是调用了PhoneWindow对象的superDispatchTouchEvent的方法
- PhoneWindow.java
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
在PhoneWindow中的superDispatchTouchEvent方法又调用了mDecor对象的superDispatchTouchEvent方法
这个mDecor自然就是DecorView了,我们前面也说了在PhoneWindow中会创建一个DecorView的对象!
DecorView.java
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
在DecorView的superDispatchTouchEvent方法中调用了父类的dispatchTouchEvent
注意:是调用了父类的dispatchTouchEvent，而不是自己实现的dispatchTouchEvent方法
DecorView的父类是FrameLayout,而FrameLayout中并没有重写dispatchTouchEvent方法
应为FrameLayout继承子ViewGroup,所以这里调用的super.dispatchTouchEvent方法就是ViewGroup的dispatchTouchEvent方法
下来就是ViewGroup的事件分发方法了
ViewGroup中dispatchTouchEvent的源码跟以前的相比,加了一些东西,比较复杂,但是原理都一样的
代码就不贴了,所以挑重点的说
----->哈哈
ViewGroup:
两个主要方法:
onInterceptTouchEvent();事件拦截,即拦截本次事件,不在传递
dispatchTouchEvent();事件分发
首先在dispatchTouchEvent中会判断是否拦截此次事件,默认为不拦截!
如果不拦截又不是取消事件，则进行遍历子view寻找符合消费此次事件的view，如果找到符合的则调用该view的dispatchTouchEvent方法
假如在这个ViewGroup下没有任何的子View,则调用此ViewGroup的super.dispatchTouchEvent()方法,
ViewGroup继承自View,所以就是调用View的dispatchTouchEvent方法,意思就是把当前的ViewGroup当作View去处理当前的触摸事件
如果所有的ViewGroup及View都没有消费此次事件,则进行事件回传,最终由Activity的onTouchEvent方法进行处理
Activity的dispatch方法
if (getWindow().superDispatchTouchEvent(ev)) {
// 这里表示事件被消费,直接返回
return true;
}
// 事件没有被消费,由activity的onTouchEvent处理
return onTouchEvent(ev);
事件最终会分发到我们点击的那个View上面
那么我们就看看View的事件分发方法
因为Button继承自View,所以现在我们看View的dispatchTouchEvent方法,删除部分代码,直说关键步骤的
我在代码中用注释解释
View.java
public boolean dispatchTouchEvent(MotionEvent event) {
.....
.....
boolean result = false;
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
ListenerInfo li = mListenerInfo;
// 这里判断了li和li.mOnTouchListener是否为空
// 这里的li中存储了我们设置给View的setOnTouchListener事件
// 也就是我们实现的OnTouchListener,这里执行了我们实现的onTouch方法
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
// 如果上面的onTouch方法返回false,或者根本没设置onTouchlistener事件就会执行下面的操作
// 如果result是true,则不执行onTouchEvent方法
if (!result && onTouchEvent(event)) {
result = true;
}
}
.....
.....
// 最后返回result
return result;
}
我们看上面的代码先判断OnTouchListener是否为null,然后执行OnTouchListener的onTouch方法,
如果onTouchListener为null,或者onTouch方法返回false就会执行下面的onTouchEvent方法
在onTouchEvent方法中的MotionEvent.ACTION_UP事件中会执行performClick();
performClick();也就是我们设置的setOnClickListener点击事件
View.java
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
return result;
}
在performClick方法中的li.mOnClickListener其实就是我们设置的setOnClickListner
和mOnTouchListener一样都被保存到ListenerInfo类中
在上面代码中如果我们设置了OnClickListener,并且用户进行了点击操作,那么onClick就会被执行了
来张图
到此结束!,如由错误的地方,欢迎纠正!
