<com.example.yanbo.myapplication.TestLinearLayout
xmlns:android=“http://schemas.android.com/apk/res/android”
android:layout_width=“match_parent”
android:layout_height=“match_parent”
android:id=“@+id/layout”>
<com.example.yanbo.myapplication.TestButton
android:text=“click test”
android:layout_width=“match_parent”
android:layout_height=“wrap_content”
android:id=“@+id/button”/>
</com.example.yanbo.myapplication.TestLinearLayout>
整个界面Activity,重写了Activity的一些关于触摸派发的方法(三个):
public class MainActivity extends Activity implements View.OnClickListener, View.OnTouchListener {
private TestButton mButton;
private TestLinearLayout mLayout;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mButton = (TestButton) this.findViewById(R.id.button);
mLayout = (TestLinearLayout) this.findViewById(R.id.layout);
mButton.setOnClickListener(this);
mLayout.setOnClickListener(this);
mButton.setOnTouchListener(this);
mLayout.setOnTouchListener(this);
}
@Override
public void onClick(View v) {
Log.i(null, “onClick----v=” + v);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.i(null, “onTouch–action=”+event.getAction()+“–v=”+v);
return false;
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.i(null, “MainActivity–dispatchTouchEvent–action=” + ev.getAction());
return super.dispatchTouchEvent(ev);
}
@Override
public void onUserInteraction() {
Log.i(null, “MainActivity–onUserInteraction”);
super.onUserInteraction();
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(null, “MainActivity–onTouchEvent–action=”+event.getAction());
return super.onTouchEvent(event);
}
}
如上就是实例测试代码,非常简单,没必要分析,直接看结果吧。
2-2 结果分析
直接点击Button按钮打印如下:
MainActivity–dispatchTouchEvent–action=0
MainActivity–onUserInteraction
TestLinearLayout–dispatchTouchEvent–action=0
TestLinearLayout–onInterceptTouchEvent–action=0
TestButton–dispatchTouchEvent–action=0
onTouch–action=0–v=com.example.yanbo.myapplication.TestButton
TestButton–onTouchEvent–action=0
MainActivity–dispatchTouchEvent–action=1
TestLinearLayout–dispatchTouchEvent–action=1
TestLinearLayout–onInterceptTouchEvent–action=1
TestButton–dispatchTouchEvent–action=1
onTouch–action=1–v=com.example.yanbo.myapplication.TestButton
TestButton–onTouchEvent–action=1
onClick----v=com.example.yanbo.myapplication.TestButton
分析可以发现,当点击Button时除过派发Activity的几个新方法之外其他完全符合前面两篇分析的View与ViewGroup的触摸事件派发机制。对于Activity来说,ACTION_DOWN事件首先触发dispatchTouchEvent,然后触发onUserInteraction,再次onTouchEvent,接着的ACTION_UP事件触发dispatchTouchEvent后触发了onTouchEvent,也就是说ACTION_UP事件时不会触发onUserInteraction(待会可查看源代码分析原因)。
直接点击Button以外的其他区域:
MainActivity–dispatchTouchEvent–action=0
MainActivity–onUserInteraction
TestLinearLayout–dispatchTouchEvent–action=0
TestLinearLayout–onInterceptTouchEvent–action=0
onTouch–action=0–v=com.example.yanbo.myapplication.TestLinearLayout
TestLinearLayout–onTouchEvent–action=0
MainActivity–dispatchTouchEvent–action=1
TestLinearLayout–dispatchTouchEvent–action=1
onTouch–action=1–v=com.example.yanbo.myapplication.TestLinearLayout
TestLinearLayout–onTouchEvent–action=1
onClick----v=com.example.yanbo.myapplication.TestLinearLayout
怎么样?完全符合上面点击Button结果分析的猜想。
那接下来还是要看看Activity里关于这几个方法的源码了。
3 Android 5.1.1(API 22) Activity触摸屏事件传递源码分析
通过上面例子的打印我们可以确定分析源码的顺序,那就开始分析呗。
3-1 从Activity的dispatchTouchEvent方法说起
3-1-1 开始分析
先上源码,如下:
/**
-
Called to process touch screen events. You can override this to
-
intercept all touch screen events before they are dispatched to the
-
window. Be sure to call this implementation for touch screen events
-
that should be handled normally.
-
@param ev The touch screen event.
-
@return boolean Return true if this event was consumed.
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
哎呦!这次看着代码好少的样子,不过别高兴,浓缩才是精华,这里代码虽少,涉及的问题点还是很多的,那么咱们就来一点一点分析吧。
12到14行看见了吧?上面例子咱们看见只有ACTION_DOWN事件派发时调运了onUserInteraction方法,当时还在疑惑呢,这下明白了吧,不多解释,咱们直接跳进去可以看见是一个空方法,具体下面会分析。
好了,自己分析15到17行,看着简单吧,我勒个去,我怎么有点懵,这是哪的方法?咱们分析分析吧。
首先分析Activity的attach方法可以发现getWindow()返回的就是PhoneWindow对象(PhoneWindow为抽象Window的实现子类),那就简单了,也就相当于PhoneWindow类的方法,而PhoneWindow类实现于Window抽象类,所以先看下Window类中抽象方法的定义,如下:
/**
-
Used by custom windows, such as Dialog, to pass the touch screen event
-
further down the view hierarchy. Application developers should
-
not need to implement or call this.
*/
public abstract boolean superDispatchTouchEvent(MotionEvent event);
看见注释没有?用户不需要重写实现的方法,实质也不能,在Activity中没有提供重写的机会,因为Window是以组合模式与Activity建立关系的。好了,看完了抽象的Window方法,那就去PhoneWindow里看下Window抽象方法的实现吧,如下:
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
又是看着好简单的样子哦,实际又是一堆问题,继续分析。你会发现在PhoneWindow的superDispatchTouchEvent方法里又直接返回了另一个mDecor对象的superDispatchTouchEvent方法,mDecor是啥?继续分析吧。
在PhoneWindow类里发现,mDecor是DecorView类的实例,同时DecorView是PhoneWindow的内部类。最惊人的发现是DecorView extends FrameLayout implements RootViewSurfaceTaker,看见没有?它是一个真正Activity的root view,它继承了FrameLayout。怎么验证他一定是root view呢?很简单,不知道大家是不是熟悉Android App开发技巧中关于UI布局优化使用的SDK工具Hierarchy Viewer。咱们通过他来看下上面刚刚展示的那个例子的Hierarchy Viewer你就明白了,如下我在Ubuntu上截图的Hierarchy Viewer分析结果:
看见没有,我们上面例子中Activity中setContentView时放入的xml layout是一个LinearLayout,其中包含一个Button,上图展示了我们放置的LinearLayout被放置在一个id为content的FrameLayout的布局中,这也就是为啥Activity的setContentView方法叫set content view了,就是把我们的xml放入了这个id为content的FrameLayout中。
赶快回过头,你是不是发现上面PhoneWindow的superDispatchTouchEvent直接返回了DecorView的superDispatchTouchEvent,而DecorView又是FrameLayout的子类,FrameLayout又是ViewGroup的子类。机智的你想到了啥木有?
没想到就继续看下DecorView类的superDispatchTouchEvent方法吧,如下:
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
这回你一定恍然大悟了吧,不然就得脑补前面两篇博客的内容了。。。
搞半天Activity的dispatchTouchEvent方法的15行if (getWindow().superDispatchTouchEvent(ev))
本质执行的是一个ViewGroup的dispatchTouchEvent方法(这个ViewGroup是Activity特有的root view,也就是id为content的FrameLayout布局),接下来就不用多说了吧,完全是前面两篇分析的执行过程。
接下来依据派发事件返回值决定是否触发Activity的onTouchEvent方法。
3-1-2 小总结一下
在Activity的触摸屏事件派发中:
-
首先会触发Activity的dispatchTouchEvent方法。
-
dispatchTouchEvent方法中如果是ACTION_DOWN的情况下会接着触发onUserInteraction方法。
-
接着在dispatchTouchEvent方法中会通过Activity的root View(id为content的FrameLayout),实质是ViewGroup,通过super.dispatchTouchEvent把touchevent派发给各个activity的子view,也就是我们再Activity.onCreat方法中setContentView时设置的view。
-
若Activity下面的子view拦截了touchevent事件(返回true)则Activity.onTouchEvent方法就不会执行。
3-2 继续Activity的dispatchTouchEvent方法中调运的onUserInteraction方法
如下源码:
/**
-
Called whenever a key, touch, or trackball event is dispatched to the
-
activity. Implement this method if you wish to know that the user has
-
interacted with the device in some way while your activity is running.
-
This callback and {@link #onUserLeaveHint} are intended to help
-
activities manage status bar notifications intelligently; specifically,
-
for helping activities determine the proper time to cancel a notfication.
小福利:
在当下这个碎片化信息环境的时代,很多资源都可以在网络上找到,只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料,大多都是有几十上百个G,但是杂乱无章,不知道怎么看从哪看起,甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话,我也分享一套给大家,比较系统,我平常自己也会经常研读。
2021大厂最新Android面试真题解析
各个模块学习视频:如数据结构与算法
只有系统,有方向的学习,才能在段时间内迅速提高自己的技术。
这份体系学习笔记,适应人群:**第一,**学习知识比较碎片化,没有合理的学习路线与进阶方向。**第二,**开发几年,不知道如何进阶更进一步,比较迷茫。第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!点赞+评论即可获得!
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
97272)]
[外链图片转存中…(img-bhIOlVmb-1714456097273)]
这份体系学习笔记,适应人群:**第一,**学习知识比较碎片化,没有合理的学习路线与进阶方向。**第二,**开发几年,不知道如何进阶更进一步,比较迷茫。第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!点赞+评论即可获得!
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!