Activit_activitydispatch: dispatchTouchEvent:
MyViewGroup_activitydispatch: dispatchTouchEvent:
Activit_activitydispatch: onTouchEvent:
Activit_activitydispatch: onTouchEvent:
Activit_activitydispatch: onTouchEvent:
Activit_activitydispatch: onTouchEvent:
Activit_activitydispatch: onTouchEvent:
当MyViewGroup
的dispatchTouchEvent
返回true
时,打印的log日志为:
Activit_activitydispatch: dispatchTouchEvent:
MyViewGroup_activitydispatch: dispatchTouchEvent:
Activit_activitydispatch: dispatchTouchEvent: 这里被调用
MyViewGroup_activitydispatch: dispatchTouchEvent:
Activit_activitydispatch: dispatchTouchEvent: 这里被调用
MyViewGroup_activitydispatch: dispatchTouchEvent:
Activit_activitydispatch: dispatchTouchEvent: 这里被调用
MyViewGroup_activitydispatch: dispatchTouchEvent:
Activit_activitydispatch: dispatchTouchEvent: 这里被调用
仔细观察可以看到,当MyViewGroup的dispatchTouchEvent返回false时,Activity的onTouchEvent会被调用,返回true时,不会被调用,这是什么原因呢?
你可能会有疑问,我的Activity
的dispatchTouchEvent()
方法内为何要这样写呢?别急,看完下面的源码你就知道了。
6.2 源码解析
目的:
1、研究MyViewGroup
的dispatchTouchEvent
返回false
时,Activity
的onTouchEvent
会被调用,返回true
时,不会被调用的原因
Activity
中的dispatchTouchEvent()
源码如下:
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
//该方法为空方法,不用管它
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
有没有很熟悉,为了方便观察打日志所以上面我们重写了Activity
的dispatchTouchEvent
方法,但内容和源码基本一致。
可以从源码看到,当getWindow().superDispatchTouchEvent(ev)==true
时,那么此时return ture
,自然就不会调用底下的onTouchEvent()
方法,即Activity
的onTouchEvent()
。
getWindow()
返回Window
对象,Window
是抽象类,而PhoneWindow
是Window
的唯一实现类,所以getWindow().superDispatchTouchEvent(ev)
其实就是调用的PhoneWindow
内的superDispatchTouchEvent(ev)
方法。
看看PhoneWindow
类源码:
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
PhoneWindow
将事件直接传递给了DecorView
,接下来看看DecorView
是什么
public class DecorView extends FrameLayout implements RootViewSurfaceTaker, WindowCallbacks {
}
mDecor
是getWindow().getDecorView()
返回的View
,通过setContentView
设置的View
是该View
的子View
。
DecorView
继承自FrameLayout(ViewGroup)
,所以mDecor.superDispatchTouchEvent(event)
其实调用的就是ViewGroup
的dispatchTouchEvent()
方法,所以到这里你就懂了吧,
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
其实就相当于下面这个
if(viewgroup.DispatchTouchEvent(ev)){
return true;
}
所以说当我们的MyLayout
的DispatchTouchEvent()
返回true
时,Activity
的onTouchEvent
就不会被调用。
6.3 事件时怎么从Activity分发到ViewGroup中的
从上面Activity
的dispatchTouchEvent
源码可知道,默认状态下,它内部一定会调用该方法,而if()
条件中的内容其实就是调用ViewGroup
的dispatchTouchEvent()
方法,也就是在这里完成了Activity
到ViewGroup
的事件分发。
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
6.4 小结:Activity分发的流程图
7. ViewGroup的事件分发
上面讲了Activity
在dispatchTouchEvent
内将事件传递到了ViewGroup
的dispatchTouchEvent()
方法中,那么ViewGroup
又是如何将事件进一步向下分发的呢?
7.1 Demo演示
(1) 自定义MyLayout
,继承自LinearLayout
,重写onInterceptTouchEvent()
方法,并返回true
,重写dispatchTouchEvent()
、onTouchEvent()
方法,打印log日志
public class MyLayout extends LinearLayout {
private static final String TAG = “MyLayout_ViewGroupDispatch”;
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.i(TAG, "dispatchTouchEvent: ");
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.i(TAG, "onInterceptTouchEvent: ");
//此处暂时返回true观察现象
return true;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i(TAG, "onTouchEvent: ");
return super.onTouchEvent(event);
}
}
(2) 在Activity
的布局中,使用该布局作为最外层布局,并在该布局内添加一个按钮
<com.ld.eventdispatchdemo.viewgroupdispatch.MyLayout xmlns:android=“http://schemas.android.com/apk/res/android”
xmlns:app=“http://schemas.android.com/apk/res-auto”
xmlns:tools=“http://schemas.android.com/tools”
android:layout_width=“match_parent”
android:layout_height=“match_parent”
android:orientation=“vertical”
android:id=“@+id/myLayout”
tools:context=“.viewgroupdispatch.ViewGroupActivity”>
</com.ld.eventdispatchdemo.viewgroupdispatch.MyLayout>
(3) 在Activity
内为按钮添加点击事件
public class ViewGroupActivity extends AppCompatActivity {
private Button btn1;
private static final String TAG = “Activity_ViewGroupDispatch”;
@Override
protected void onCreate(Bundle savedInstanceState) {
btn1 = findViewById(R.id.btn1);
btn1.setOnClickListener(new View.OnClickListener() {
@SuppressLint(“LongLogTag”)
@Override
public void onClick(View v) {
Log.i(TAG, “onClick: 点击了按钮1”);
}
});
}
}
当MyLayout
的onInterceptTouchEvent()
返回true
时,分别点击空白处、点击按钮,log日志如下:
//点击空白处
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: onTouchEvent:
//点击按钮
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: onTouchEvent:
当MyLayout
的onInterceptTouchEvent()
返回false
时,分别点击空白处、点击按钮,log日志如下:
//点击空白处
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: onTouchEvent:
//点击按钮
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
MyLayout_ViewGroupDispatch: dispatchTouchEvent:
MyLayout_ViewGroupDispatch: onInterceptTouchEvent:
Activity_ViewGroupDispatch: onClick: 点击了按钮1
可以看到当ViewGroup(MyLayout)
的onInterceptTouchEvent()
返回true
时,并没有触发按钮的点击事件,并且自身的onTouchEvent()
方法被调用,当返回false
时,按钮的点击事件触发,但自身的onTouchEvent()
方法未被调用。
而且在默认状态下,onInterceptTouchEvent()
一定会被调用。
以上现象是什么原因呢?接下来我们看看ViewGroup的dispatchTouchEvent()
方法的源码
7.2 源码解析
目的:
1、研究当ViewGroup(MyLayout)
的onInterceptTouchEvent()
返回true
时,并没有触发按钮的点击事件,并且自身的onTouchEvent()
方法被调用,当返回false
时,按钮的点击事件触发,但自身的onTouchEvent()
方法未被调用的原因
2、分发事件是怎么从ViewGroup
分发到View
中的
ViewGroup
的dispatchTouchEvent()
源码:
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
…
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
…
//一大堆代码
}
if (!handled && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
}
return handled;
}
我们想要了解事件是如何分发,其实是主要看ViewGroup
的dispatchTouchEvent()
方法什么时候返回true
,什么时候返回false
。看源码可以知道,ViewGroup
的dispatchTouchEvent()
方法返回的是handle
的值,所以我们只需要观察该方法内改变handle
值的语句。
首先初始化了handle
的值,默认为false
然后你可以看到dispatchTouchEvent()
的大部分内容都在if (onFilterTouchEventForSecurity(ev)) {}
这个条件判断内,也就是说如果onFilterTouchEventForSecurity(ev)
方法返回true
的话,那么就进入该if
判断内。若返回false
,则dispatchTouchEvent()
返回初始值为false
的handled
,表示不分发事件。
查看下onFilterTouchEventForSecurity(ev)
方法
public boolean onFilterTouchEventForSecurity(MotionEvent event) {
//noinspection RedundantIfStatement
if ((mViewFlags & FILTER_TOUCHES_WHEN_OBSCURED) != 0
&& (event.getFlags() & MotionEvent.FLAG_WINDOW_IS_OBSCURED) != 0) {
// Window is obscured, drop this touch.
return false;
}
return true;
}
FILTER_TOUCHES_WHEN_OBSCURED
是android:filterTouchesWhenObscured
属性所对应的。android:filterTouchesWhenObscured
是true
的话,则表示其他视图在该视图之上,导致该视图被隐藏时,该视图就不再响应触摸事件。MotionEvent.FLAG_WINDOW_IS_OBSCURED
为true
的话,则表示该视图的窗口是被隐藏的
而我们并没有在XML
中为控件设置android:filterTouchesWhenObscured
属性,所以它==0,没有进入if()
方法,所以onFilterTouchEventForSecurity()
方法返回true
,那么 if (onFilterTouchEventForSecurity(ev))
判断必定会进入如下的判断中。
接下来我们看看if(onFilterTouchEventForSecurity(ev))
判断下的内容
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
if (actionMasked == MotionEvent.ACTION_DOWN) {
cancelAndClearTouchTargets(ev);
resetTouchState();
}
…
}
private void resetTouchState() {
clearTouchTargets();
resetCancelNextUpFlag(this);
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
mNestedScrollAxes = SCROLL_AXIS_NONE;
}
private void clearTouchTargets() {
TouchTarget target = mFirstTouchTarget;
if (target != null) {
do {
TouchTarget next = target.next;
target.recycle();
target = next;
} while (target != null);
mFirstTouchTarget = null;
}
}
可以看到,若为ACTION_DOWN
事件,就会触发 cancelAndClearTouchTargets(ev)
和resetTouchState()
方法,在resetTouchState()
方法中,有一个 clearTouchTargets()
方法,而在 clearTouchTargets()
方法内会将mFirstTouchTarget
设置为null
。我们暂时先记住这个mFristTouchTarget
已经置为null
了。
我们再看if (onFilterTouchEventForSecurity(ev)){}
该判断内的其他代码
if (onFilterTouchEventForSecurity(ev)) {
…
//记录是否拦截
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//判断是否设置了FLAG_DISALLOW_INTERCEPT这个标记位,默认为false
//disallowIntercept代表禁止拦截判断
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
//关键看这里
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
…
}
前面我们知道了mFirstTouchTarget
为null
,所以说只要是ACTION_DOWN
事件,就会进入到 if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {}
该方法块内,因为我们没有设置FLAG_DISALLOW_INTERCEPT
属性,所以它为默认为false
,所以进入到了 if (!disallowIntercept) {}
方法块内,调用了onInterceptTouchEvent()
方法。这里就解释了为何默认情况下dispatchTouchEvent()
后会调用onInterceptTouchEvent()
方法。
接下来我们看下if (onFilterTouchEventForSecurity(ev)) {}
方法块其余部分源码
if (onFilterTouchEventForSecurity(ev)) {
…
if (!canceled && !intercepted) {
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i–) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
//判断子元素是否能够接受点击事件
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
//调用子元素的dispatchTouchEvent方法
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
}
在上一个方法块中,intercepted=onInterceptTouchEvent()
的返回值,当不拦截的时候,intercepted==false
,进入到if (!canceled && !intercepted) {}
方法块内。可以看到我们通过for
循环遍历了所有的子元素,然后判断子元素是否能够接收到点击事件。判断子元素是否能够接收点击事件由两点决定:1、canViewReceivePointerEvents(child)
判断点击事件坐标是否落在子元素的区域内,2、isTransformedTouchPointInView(x, y, child, null)
判断子元素是否在播放动画。
所以说当onInterceptTouchEvent()
返回false
时,触发了点击事件,返回true
时没有触发。
若满足这两个条件,则事件传递给它处理。有一个为ture
则不会进入到该if (!canceled && !intercepted) {}
方法块内,而是执行下面的代码。
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {}
这个方法块,dispatchTransformedTouchEvent()
其实是调用子元素的dispatchTouchEvent()
方法,dispatchTransformedTouchEvent()
源码如下:
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,View child, int desiredPointerIdBits) {
…
if (child == null) {
//child为null,调用父类的dispatchTouchEvent方法,ViewGroup父类为View,所以是调用View的dispatchTouchEvent方法。
handled = super.dispatchTouchEvent(transformedEvent);
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
//child不为null
handled = child.dispatchTouchEvent(transformedEvent);
}
…
}
可以看到当child
不为null
时,调用child.dispatchTouchEvent(transformedEvent)
,完成了从ViewGroup
到View
的事件分发。
7.3 事件怎么从ViewGroup分发到View中的
在上面的源码中,ViewGroup
的dispatchTouchEvent
方法内,当onInterceptTouchEvent
返回false
时,会调用dispatchTransformedTouchEvent()
方法,而该方法内会调用View
的dispatchTouchEvent
,在这里实现了事件从ViewGroup
到View
的事件分发。
7.4 小结:ViewGroup分发的流程图
8. View的事件分发
8.1 Demo演示
(1) 自定义一个MyButton
,继承自Button
,重写dispatchTouchEvent()
和onTouchEvent()
方法并打印日志
public class MyButton extends AppCompatButton {
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i(TAG, "dispatchTouchEvent: ");
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.i(TAG, “onTouchEvent: ACTION_DOWN”);
break;
default:
break;
}
return super.onTouchEvent(event);
}
}
(2) 在Activity
布局中,放入该控件
<com.ld.eventdispatchdemo.viewdiapatch.MyButton
android:id=“@+id/btn_click”
android:text=“view的点击事件分发”
android:layout_width=“match_parent”
android:layout_height=“wrap_content”
android:clickable=“true”/>
(3) 在Activity
内为按钮添加点击事件和touch
事件
public class ViewDispatchActivity extends AppCompatActivity {
private static final String TAG = “Activity_viewDispatch”;
private Button btnClick;
@Override
protected void onCreate(Bundle savedInstanceState) {
btnClick = findViewById(R.id.btn_click);
btnClick.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.i(TAG, "onClick: ");
}
});
btnClick.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.i(TAG, "onTouch: ");
break;
}
//这里暂时先返回false查看日志
return false; // 返回false,onTouchEvent会被调用
}
});
}
}
当按钮的onTouch()
方法的返回值为false
时,打印的log日志为:
MyButton_viewDispatch: dispatchTouchEvent:
Activity_viewDispatch: onTouch:
MyButton_viewDispatch: onTouchEvent: ACTION_DOWN
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
Activity_viewDispatch: onClick:
当按钮的onTouch()
方法的返回值为true
时,打印的log日志为:
MyButton_viewDispatch: dispatchTouchEvent:
Activity_viewDispatch: onTouch:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
MyButton_viewDispatch: dispatchTouchEvent:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
作者2013年从java开发,转做Android开发,在小厂待过,也去过华为,OPPO等大厂待过,18年四月份进了阿里一直到现在。
参与过不少面试,也当面试官 面试过很多人。深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长,而且极易碰到天花板技术停滞不前!
我整理了一份阿里P7级别的最系统的Android开发主流技术,特别适合有3-5年以上经验的小伙伴深入学习提升。
主要包括阿里,以及字节跳动,腾讯,华为,小米,等一线互联网公司主流架构技术。如果你想深入系统学习Android开发,成为一名合格的高级工程师,可以收藏一下这些Android进阶技术选型
我搜集整理过这几年阿里,以及腾讯,字节跳动,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
Java语言与原理;
大厂,小厂。Android面试先看你熟不熟悉Java语言
高级UI与自定义view;
自定义view,Android开发的基本功。
性能调优;
数据结构算法,设计模式。都是这里面的关键基础和重点需要熟练的。
NDK开发;
未来的方向,高薪必会。
前沿技术;
组件化,热升级,热修复,框架设计
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
我在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多,CodeChina上可见;
当然,想要深入学习并掌握这些能力,并不简单。关于如何学习,做程序员这一行什么工作强度大家都懂,但是不管工作多忙,每周也要雷打不动的抽出 2 小时用来学习。
不出半年,你就能看出变化!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
43719)]
性能调优;
数据结构算法,设计模式。都是这里面的关键基础和重点需要熟练的。
[外链图片转存中…(img-fQ0N9B2Q-1713228643720)]
NDK开发;
未来的方向,高薪必会。
[外链图片转存中…(img-YtDjHXgX-1713228643721)]
前沿技术;
组件化,热升级,热修复,框架设计
[外链图片转存中…(img-XLjR30xC-1713228643722)]
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
我在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多,CodeChina上可见;
当然,想要深入学习并掌握这些能力,并不简单。关于如何学习,做程序员这一行什么工作强度大家都懂,但是不管工作多忙,每周也要雷打不动的抽出 2 小时用来学习。
不出半年,你就能看出变化!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!