前言
Android
事件散发机制是Android
开发者必须理解的根底- 网上有大量对于
Android
事件散发机制的文章,但存在一些问题:内容不全、思路不清晰、无源码剖析、简略问题复杂化等等 - 明天,我将全面总结
Android
的事件散发机制,我能保障这是 市面上的最全面、最清晰、最易懂的
- 本文秉着“论断后行、详细分析在后”的准则,即先让大家感性认识,再通过理性分析从而了解问题;
- 所以,请各位读者先记住论断,再往下持续看剖析;
- 文章较长,浏览须要较长时间,倡议珍藏等短缺工夫再进行浏览
目录
1. 根底认知
1.1 事件散发的”事件“是指什么?
答:点击事件(Touch
事件)。具体介绍如下:
此处须要特地阐明:事件列,即指从手指接触屏幕至手指来到屏幕这个过程产生的一系列事件。个别状况下,事件列都是以 DOWN 事件开始、UP 事件完结,两头有有数的 MOVE 事件。
1.2 事件散发的实质
答:将点击事件(MotionEvent)传递到某个具体的View
& 解决的整个过程
即 事件传递的过程 = 散发过程。
1.3 事件在哪些对象之间进行传递?
答:Activity、ViewGroup、View。Android
的 UI
界面由Activity
、ViewGroup
、View
及其派生类组成
1.4 事件散发的程序
即 事件传递的程序:Activity
-> ViewGroup
-> View
即:1 个点击事件产生后,事件先传到
Activity
、再传到ViewGroup
、最终再传到View
1.5 事件散发过程由哪些办法合作实现?
答:dispatchTouchEvent()、onInterceptTouchEvent()和 onTouchEvent()
下文会对这 3 个办法进行具体介绍
1.6 总结
- 至此,置信大家曾经对
Android
的事件散发有了理性的认知 - 上面,我将具体介绍
Android
事件散发机制 -
- *
2. 事件散发机制流程概述
Android
事件散发流程 = Activity -> ViewGroup -> View
即:1 个点击事件产生后,事件先传到
Activity
、再传到ViewGroup
、最终再传到View
即要想充沛了解 Android 散发机制,实质上是要了解:
Activity
对点击事件的散发机制ViewGroup
对点击事件的散发机制View
对点击事件的散发机制
上面,我将通过源码,全面解析 事件散发机制
即按程序解说:
Activity
事件散发机制、ViewGroup
事件散发机制、View
事件散发机制
3. 事件散发机制流程详细分析
次要包含:Activity
事件散发机制、ViewGroup
事件散发机制、View
事件散发机制
流程 1:Activity 的事件散发机制
Android 事件散发机制首先会将点击事件传递到 Activity 中,具体是执行 dispatchTouchEvent()进行事件散发。
源码剖析
/**
* 源码剖析:Activity.dispatchTouchEvent()*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 仅贴出外围代码
// ->> 剖析 1
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
// 若 getWindow().superDispatchTouchEvent(ev)的返回 true
// 则 Activity.dispatchTouchEvent()就返回 true,则办法完结。即:该点击事件进行往下传递 & 事件传递过程完结
// 否则:持续往下调用 Activity.onTouchEvent
}
// ->> 剖析 3
return onTouchEvent(ev);
}
/**
* 剖析 1:getWindow().superDispatchTouchEvent(ev)
* 阐明:* a. getWindow() = 获取 Window 类的对象
* b. Window 类是抽象类,其惟一实现类 = PhoneWindow 类
* c. Window 类的 superDispatchTouchEvent() = 1 个形象办法,由子类 PhoneWindow 类实现
*/
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {return mDecor.superDispatchTouchEvent(event);
// mDecor = 顶层 View(DecorView)的实例对象
// ->> 剖析 2
}
/**
* 剖析 2:mDecor.superDispatchTouchEvent(event)
* 定义:属于顶层 View(DecorView)* 阐明:* a. DecorView 类是 PhoneWindow 类的一个外部类
* b. DecorView 继承自 FrameLayout,是所有界面的父类
* c. FrameLayout 是 ViewGroup 的子类,故 DecorView 的间接父类 = ViewGroup
*/
public boolean superDispatchTouchEvent(MotionEvent event) {return super.dispatchTouchEvent(event);
// 调用父类的办法 = ViewGroup 的 dispatchTouchEvent()
// 行将事件传递到 ViewGroup 去解决,具体请看后续章节剖析的 ViewGroup 的事件散发机制
}
// 回到最后的剖析 2 入口处
/**
* 剖析 3:Activity.onTouchEvent()
* 调用场景:当一个点击事件未被 Activity 下任何一个 View 接管 / 解决时,就会调用该办法
*/
public boolean onTouchEvent(MotionEvent event) {
// ->> 剖析 5
if (mWindow.shouldCloseOnTouch(this, event)) {finish();
return true;
}
return false;
// 即 只有在点击事件在 Window 边界外才会返回 true,个别状况都返回 false,剖析结束
}
/**
* 剖析 4:mWindow.shouldCloseOnTouch(this, event)
* 作用:次要是对于解决边界外点击事件的判断:是否是 DOWN 事件,event 的坐标是否在边界内等
*/
public boolean shouldCloseOnTouch(Context context, MotionEvent event) {if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
&& isOutOfBounds(context, event) && peekDecorView() != null) {
// 返回 true:阐明事件在边界外,即 生产事件
return true;
}
// 返回 false:在边界内,即未生产(默认)return false;
}
源码总结
当一个点击事件产生时,从 Activity
的事件散发开始(Activity.dispatchTouchEvent()
),流程总结如下:
外围办法总结
次要包含:dispatchTouchEvent()、onTouchEvent() 总结如下
那么,ViewGroup
的 dispatchTouchEvent()
什么时候返回true
/ false
?请持续往下看ViewGroup 事件的散发机制
流程 2:ViewGroup 的事件散发机制
从下面 Activity 的事件散发机制可知,在 Activity.dispatchTouchEvent()实现了将事件从 Activity->ViewGroup 的传递,ViewGroup 的事件散发机制从 dispatchTouchEvent()开始。
源码剖析
/**
* 源码剖析:ViewGroup.dispatchTouchEvent()*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 仅贴出要害代码
...
if (disallowIntercept || !onInterceptTouchEvent(ev)) {// 剖析 1:ViewGroup 每次事件散发时,都需调用 onInterceptTouchEvent()询问是否拦挡事件
// 判断值 1 -disallowIntercept:是否禁用事件拦挡的性能 (默认是 false),可通过调用 requestDisallowInterceptTouchEvent() 批改
// 判断值 2 -!onInterceptTouchEvent(ev):对 onInterceptTouchEvent()返回值取反
// a. 若在 onInterceptTouchEvent()中返回 false,即不拦挡事件,从而进入到条件判断的外部
// b. 若在 onInterceptTouchEvent()中返回 true,即拦挡事件,从而跳出了该条件判断
// c. 对于 onInterceptTouchEvent() ->> 剖析 1
// 剖析 2
// 1\. 通过 for 循环,遍历以后 ViewGroup 下的所有子 View
for (int i = count - 1; i >= 0; i--) {final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {child.getHitRect(frame);
// 2\. 判断以后遍历的 View 是不是正在点击的 View,从而找到以后被点击的 View
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
// 3\. 条件判断的外部调用了该 View 的 dispatchTouchEvent()
// 即 实现了点击事件从 ViewGroup 到子 View 的传递(具体请看上面章节介绍的 View 事件散发机制)if (child.dispatchTouchEvent(ev)) {
// 调用子 View 的 dispatchTouchEvent 后是有返回值的
// 若该控件可点击,那么点击时 dispatchTouchEvent 的返回值必然是 true,因而会导致条件判断成立
// 于是给 ViewGroup 的 dispatchTouchEvent()间接返回了 true,即间接跳出
// 即该子 View 把 ViewGroup 的点击事件生产掉了
mMotionTarget = child;
return true;
}
}
}
}
}
}
...
return super.dispatchTouchEvent(ev);
// 若无任何 View 接管事件 (如点击空白处)/ViewGroup 自身拦挡了事件(复写了 onInterceptTouchEvent() 返回 true)
// 会调用 ViewGroup 父类的 dispatchTouchEvent(),即 View.dispatchTouchEvent()
// 因而会执行 ViewGroup 的 onTouch() -> onTouchEvent() -> performClick()-> onClick(),即本人解决该事件,事件不会往下传递
// 具体请参考 View 事件散发机制中的 View.dispatchTouchEvent()
...
}
/**
* 剖析 1:ViewGroup.onInterceptTouchEvent()
* 作用:是否拦挡事件
* 阐明:* a. 返回 false:不拦挡(默认)* b. 返回 true:拦挡,即事件进行往下传递(需手动复写 onInterceptTouchEvent()其返回 true)*/
public boolean onInterceptTouchEvent(MotionEvent ev) {
// 默认不拦挡
return false;
}
// 回到调用原处
源码总结
Android
事件散发传递到 Acitivity 后,总是先传递到ViewGroup
、再传递到View
。流程总结如下:(假如曾经通过了 Acitivity 事件散发传递并传递到 ViewGroup)
外围办法总结
次要包含:dispatchTouchEvent()、onTouchEvent()、onInterceptTouchEvent()总结如下
实例剖析
1. 布局阐明
2. 测试代码
布局文件:activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:id="@+id/my_layout"
android:layout_width="match_parent"
android:layout_height="match_parent"
xmlns:app="http://schemas.android.com/apk/res-auto"
android:focusableInTouchMode="true"
android:orientation="vertical">
<Button
android:id="@+id/button1"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="按钮 1" />
<Button
android:id="@+id/button2"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="按钮 2" />
</LinearLayout>
外围代码:MainActivity.java
public class MainActivity extends AppCompatActivity {
Button button1,button2;
ViewGroup myLayout;
@Override
public void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
button1 = (Button)findViewById(R.id.button1);
button2 = (Button)findViewById(R.id.button2);
myLayout = (LinearLayout)findViewById(R.id.my_layout);
// 1. 为 ViewGroup 布局设置监听事件
myLayout.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {Log.d("TAG", "点击了 ViewGroup");
}
});
// 2\. 为按钮 1 设置监听事件
button1.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {Log.d("TAG", "点击了 button1");
}
});
// 3\. 为按钮 2 设置监听事件
button2.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {Log.d("TAG", "点击了 button2");
}
});
}
}
3. 测试后果
// 点击按钮 1,输入如下
点击了 button1
// 点击按钮 2,输入如下
点击了 button2
// 点击空白处,输入如下
点击了 ViewGroup
4. 后果剖析
- 点击 Button 时,因为 ViewGroup 默认不拦挡,所以事件会传递到子 View Button,于是执行 Button.onClick()。
- 此时 ViewGroup. dispatchTouchEvent()会间接返回 true,所以 ViewGroup 本身不会解决该事件,于是 ViewGroupLayout 的 dispatchTouchEvent()不会执行,所以注册的 onTouch()不会执行,即 onTouchEvent() -> performClick() -> onClick()整个链路都不会执行,所以最初不会执行 ViewGroup 设置的 onClick()里。
- 点击空白区域时,ViewGroup. dispatchTouchEvent()里遍历所有子 View 心愿找到被点击子 View 时找不到,所以 ViewGroup 本身会解决该事件,于是执行 onTouchEvent() -> performClick() -> onClick(),最终执行 ViewGroupLayout 的设置的 onClick()
-
- *
流程 3:View 的事件散发机制
从下面 ViewGroup
事件散发机制晓得,View
事件散发机制从 dispatchTouchEvent()
开始
源码剖析
/**
* 源码剖析:View.dispatchTouchEvent()*/
public boolean dispatchTouchEvent(MotionEvent event) {if ( (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener != null &&
mOnTouchListener.onTouch(this, event)) {return true;}
return onTouchEvent(event);
}
// 阐明:只有以下 3 个条件都为真,dispatchTouchEvent()才返回 true;否则执行 onTouchEvent()
// 1\. (mViewFlags & ENABLED_MASK) == ENABLED
// 2\. mOnTouchListener != null
// 3\. mOnTouchListener.onTouch(this, event)
// 上面对这 3 个条件一一剖析
/**
* 条件 1:(mViewFlags & ENABLED_MASK) == ENABLED
* 阐明:* 1\. 该条件是判断以后点击的控件是否 enable
* 2\. 因为很多 View 默认 enable,故该条件恒定为 true(除非手动设置为 false)*/
/**
* 条件 2:mOnTouchListener != null
* 阐明:* 1\. mOnTouchListener 变量在 View.setOnTouchListener()里赋值
* 2\. 即只有给控件注册了 Touch 事件,mOnTouchListener 就肯定被赋值(即不为空)*/
public void setOnTouchListener(OnTouchListener l) {mOnTouchListener = l;}
/**
* 条件 3:mOnTouchListener.onTouch(this, event)
* 阐明:* 1\. 即回调控件注册 Touch 事件时的 onTouch();* 2\. 需手动复写设置,具体如下(以按钮 Button 为例)*/
button.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return false;
// 若在 onTouch()返回 true,就会让上述三个条件全副成立,从而使得 View.dispatchTouchEvent()间接返回 true,事件散发完结
// 若在 onTouch()返回 false,就会使得上述三个条件不全副成立,从而使得 View.dispatchTouchEvent()中跳出 If,执行 onTouchEvent(event)
// onTouchEvent()源码剖析 -> 剖析 1}
});
/**
* 剖析 1:onTouchEvent()
*/
public boolean onTouchEvent(MotionEvent event) {
... // 仅展现要害代码
// 若该控件可点击,则进入 switch 判断中
if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
// 依据以后事件类型进行判断解决
switch (event.getAction()) {
// a. 事件类型 = 抬起 View(次要剖析)case MotionEvent.ACTION_UP:
performClick();
// ->> 剖析 2
break;
// b. 事件类型 = 按下 View
case MotionEvent.ACTION_DOWN:
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
// c. 事件类型 = 完结事件
case MotionEvent.ACTION_CANCEL:
refreshDrawableState();
removeTapCallback();
break;
// d. 事件类型 = 滑动 View
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
int slop = mTouchSlop;
if ((x < 0 - slop) || (x >= getWidth() + slop) ||
(y < 0 - slop) || (y >= getHeight() + slop)) {removeTapCallback();
if ((mPrivateFlags & PRESSED) != 0) {removeLongPressCallback();
mPrivateFlags &= ~PRESSED;
refreshDrawableState();}
}
break;
}
// 若该控件可点击,就肯定返回 true
return true;
}
// 若该控件不可点击,就肯定返回 false
return false;
}
/**
* 剖析 2:performClick()*/
public boolean performClick() {if (mOnClickListener != null) {// 只有通过 setOnClickListener()为控件 View 注册 1 个点击事件
// 那么就会给 mOnClickListener 变量赋值(即不为空)// 则会往下回调 onClick() & performClick()返回 true
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
}
return false;
}
源码总结
这里须要特地留神的是,onTouch()
的执行 先于 onClick()
外围办法总结
次要包含:dispatchTouchEvent()、onTouchEvent()
实例剖析
在本示例中,将剖析两种状况:
- 注册 Touch 事件监听 且 在 onTouch()返回 false
- 注册 Touch 事件监听 且 在 onTouch()返回 true
剖析 1:注册 Touch 事件监听 且 在 onTouch()返回 false
代码示例
// 1\. 注册 Touch 事件监听 setOnTouchListener 且 在 onTouch()返回 false
button.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {System.out.println("执行了 onTouch(), 动作是:" + event.getAction());
return false;
}
});
// 2\. 注册点击事件 OnClickListener()
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {System.out.println("执行了 onClick()");
}
});
测试后果
执行了 onTouch(), 动作是:0
执行了 onTouch(), 动作是:1
执行了 onClick()
测试后果阐明
- 点击按钮会产生两个类型的事件 - 按下 View 与抬起 View,所以会回调两次 onTouch();
- 因为 onTouch()返回了 false,所以事件无被生产,会持续往下传递,即调用 View.onTouchEvent();
- 调用 View.onTouchEvent()时,对于抬起 View 事件,在调用 performClick()时,因为设置了点击事件,所以会回调 onClick()。
剖析 2:注册 Touch 事件监听 且 在 onTouch()返回 true
代码示例
// 1\. 注册 Touch 事件监听 setOnTouchListener 且 在 onTouch()返回 false
button.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {System.out.println("执行了 onTouch(), 动作是:" + event.getAction());
return true;
}
});
// 2\. 注册点击事件 OnClickListener()
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {System.out.println("执行了 onClick()");
}
});
测试后果
执行了 onTouch(), 动作是:0
执行了 onTouch(), 动作是:1
测试后果阐明
- 点击按钮会产生两个类型的事件 - 按下 View 与抬起 View,所以会回调两次 onTouch();
- 因为 onTouch()返回了 true,所以事件被生产,不会持续往下传递,View.dispatchTouchEvent()间接返回 true;
- 所以最终不会调用 View.onTouchEvent(),也不会调用 onClick()。
至此,对于 Android 事件散发机制的内容曾经解说结束,即 Activity、ViewGroup、View 的事件散发机制。。
即:
Activity
、ViewGroup
、View
的事件散发机制
4. 总结
在本章节中,将采纳大量的图表从各个角度对 Android 事件散发机制进行总结。次要包含:
- 工作流程总结
- 业务流程总结
- 以散发对象为外围的总结
- 以办法为外围的总结
4.1 工作流程 - 总结
Android 事件散发流程 = Activity -> ViewGroup -> View,即:1 个点击事件产生后,事件先传到 Activity、再传到 ViewGroup、最终再传到 View。
4.2 以散发对象为外围 - 总结
散发对象次要包含:Activity、ViewGroup、View。
4.3 以办法为外围 - 总结
事件散发的办法次要包含:dispatchTouchEvent()、onInterceptTouchEvent()和 onTouchEvent()。
这里须要特地留神的是:
- 留神点 1:左侧虚线代表具备相关性及逐层返回;
- 留神点 2:各层 dispatchTouchEvent() 返回 true 的状况保持一致(图中虚线)
起因是:下层 dispatchTouchEvent() 的返回 true 状况 取决于 上层 dispatchTouchEvent() 是否返回 ture,如 Activity.dispatchTouchEvent() 返回 true 的状况 = ViewGroup.dispatchTouchEvent() 返回 true - 留神点 3:各层 dispatchTouchEvent() 与 onTouchEvent()的返回状况保持一致
起因:最上层 View 的 dispatchTouchEvent()的返回值 取决于 View.onTouchEvent()的返回值;联合留神点 1,逐层往上返回,从而保持一致。
上面,将针对该 3 个办法,别离针对默认执行逻辑、返回 true、返回 false 的三种状况进行流程图示意。
办法 1:dispatchTouchEvent()
默认执行逻辑、返回 true、返回 false 这三种状况的返回逻辑别离如下所示。
办法 2:onInterceptTouchEvent()
默认执行逻辑、返回 true、返回 false 这三种状况的返回逻辑别离如下所示。
这里须要特地留神的是:Activity
、View
都无该办法,仅 ViewGroup
特有。
办法 3:onTouchEvent()
默认执行逻辑、返回 true、返回 false 这三种状况的返回逻辑别离如下所示。
三者关系
上面,我用一段伪代码来论述上述 3 个办法的关系 & 事件传递规定
// 点击事件产生后
// 步骤 1:调用 dispatchTouchEvent()
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false; // 代表 是否会生产事件
// 步骤 2:判断是否拦挡事件
if (onInterceptTouchEvent(ev)) {
// a. 若拦挡,则将该事件交给以后 View 进行解决
// 即调用 onTouchEvent()去解决点击事件
consume = onTouchEvent (ev) ;
} else {
// b. 若不拦挡,则将该事件传递到上层
// 即 上层元素的 dispatchTouchEvent()就会被调用,反复上述过程
// 直到点击事件被最终解决为止
consume = child.dispatchTouchEvent (ev) ;
}
// 步骤 3:最终返回告诉 该事件是否被生产(接管 & 解决)return consume;
}
5. 常见事件散发场景
上面,我将通过实例阐明 常见的事件传递状况 & 流程
5.1 背景形容
- 探讨的布局如下:
-
情景
- 用户先触摸到屏幕上
View C
上的某个点(图中黄区)
Action_DOWN
事件在此处产生- 用户挪动手指
- 最初来到屏幕
- 用户先触摸到屏幕上
5.2 个别的事件传递状况
个别的事件传递场景有:
- 默认状况
- 处理事件
- 拦挡
DOWN
事件 - 拦挡后续事件(
MOVE
、UP
)
场景 1:默认
- 即不对控件里的办法(
dispatchTouchEvent()
、onTouchEvent()
、onInterceptTouchEvent()
)进行重写 或 更改返回值 - 那么调用的是这 3 个办法的默认实现:调用上层的办法 & 逐层返回
-
事件传递状况:(呈
U
型)- 从上往下调用 dispatchTouchEvent()
Activity A ->> ViewGroup B ->> View C
- 从下往上调用 onTouchEvent()
View C ->> ViewGroup B ->> Activity A
注:尽管
ViewGroup B
的onInterceptTouchEvent
()对DOWN
事件返回了false
,但后续的事件(MOVE、UP)
仍然会传递给它的onInterceptTouchEvent()
这一点与onTouchEvent()
的行为是不一样的:不再传递 & 接管该事件列的其余事件
场景 2:处理事件
设 View C
心愿解决该点击事件,即:设置 View C
为可点击的 (Clickable)
或 复写其onTouchEvent()
返回true
最常见的:设置
Button
按钮来响应点击事件
事件传递状况:(如下图)
DOWN
事件被传递给 C 的onTouchEvent
办法,该办法返回true
,示意解决该事件- 因为
View C
正在解决该事件,那么DOWN
事件将不再往上传递给 ViewGroup B 和Activity A
的onTouchEvent()
; - 该事件列的其余事件
(Move、Up)
也将传递给View C
的onTouchEvent()
会逐层往
dispatchTouchEvent()
返回,最终事件散发完结
场景 3:拦挡 DOWN 事件
假如 ViewGroup B
心愿解决该点击事件,即 ViewGroup B
复写了 onInterceptTouchEvent()
返回 true
、onTouchEvent()
返回 true
事件传递状况:(如下图)
DOWN
事件被传递给ViewGroup B
的onInterceptTouchEvent()
,该办法返回true
,示意拦挡该事件,即本人解决该事件(事件不再往下传递)- 调用本身的
onTouchEvent()
处理事件(DOWN
事件将不再往上传递给Activity A
的onTouchEvent()
) - 该事件列的其余事件
(Move、Up)
将间接传递给ViewGroup B
的onTouchEvent()
注:
- 该事件列的其余事件
(Move、Up)
将不会再传递给ViewGroup B
的onInterceptTouchEvent
();因:该办法一旦返回一次true
,就再也不会被调用- 逐层往
dispatchTouchEvent()
返回,最终事件散发完结
场景 4:拦挡 DOWN 的后续事件
论断
- 若
ViewGroup
拦挡了一个半路的事件(如MOVE
),该事件将会被零碎变成一个CANCEL
事件 & 传递给之前解决该事件的子View
; - 该事件不会再传递给
ViewGroup
的onTouchEvent()
- 只有再到来的事件才会传递到
ViewGroup
的onTouchEvent()
场景形容 ViewGroup B
无拦挡DOWN
事件(还是 View C
来解决 DOWN
事件),但它拦挡了接下来的 MOVE
事件
即
DOWN
事件传递到View C
的onTouchEvent()
,返回了true
实例解说
- 在后续到来的 MOVE 事件,
ViewGroup B
的onInterceptTouchEvent()
返回true
拦挡该MOVE
事件,但该事件并没有传递给ViewGroup B
;这个MOVE
事件将会被零碎变成一个CANCEL
事件传递给View C
的onTouchEvent()
- 后续又来了一个
MOVE
事件,该MOVE
事件才会间接传递给ViewGroup B
的onTouchEvent()
后续事件将间接传递给
ViewGroup B
的onTouchEvent()
解决,而不会再传递给ViewGroup B
的onInterceptTouchEvent()
,因该办法一旦返回一次 true,就再也不会被调用了。
View C
再也不会收到该事件列产生的后续事件
至此,对于 Android
常见的事件传递状况 & 流程曾经解说结束。
6. 非凡阐明
6.1 Touch 事件的后续事件(MOVE、UP)层级传递
- 若给控件注册了
Touch
事件,每次点击都会触发一系列action
事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP 等) - 当
dispatchTouchEvent()
事件散发时,只有前一个事件(如 ACTION_DOWN)返回 true,才会收到后一个事件(ACTION_MOVE 和 ACTION_UP)
即如果在执行 ACTION_DOWN 时返回 false,前面一系列的 ACTION_MOVE、ACTION_UP 事件都不会执行
从上面对事件散发机制剖析知:
- dispatchTouchEvent()、onTouchEvent() 生产事件、终结事件传递(返回 true)
- 而 onInterceptTouchEvent 并不能生产事件,它相当于是一个分叉口起到分流导流的作用,对后续的 ACTION_MOVE 和 ACTION_UP 事件接管起到十分大的作用
请记住:接管了 ACTION_DOWN 事件的函数不肯定能收到后续事件(ACTION_MOVE、ACTION_UP)
这里给出 ACTION_MOVE 和 ACTION_UP 事件的传递论断:
- 论断 1
若对象(Activity、ViewGroup、View)的 dispatchTouchEvent()散发事件后生产了事件(返回 true),那么收到 ACTION_DOWN 的函数也能收到 ACTION_MOVE 和 ACTION_UP
黑线:ACTION_DOWN 事件传递方向
红线:ACTION_MOVE、ACTION_UP 事件传递方向
- 论断 2
若对象(Activity、ViewGroup、View)的 onTouchEvent()解决了事件(返回 true),那么 ACTION_MOVE、ACTION_UP 的事件从上往下传到该View
后就不再往下传递,而是间接传给本人的onTouchEvent()
& 完结本次事件传递过程。
黑线:ACTION_DOWN 事件传递方向
红线:ACTION_MOVE、ACTION_UP 事件传递方向
6.2 onTouch()和 onTouchEvent()的区别
- 该 2 个办法都是在
View.dispatchTouchEvent()
中调用 - 但
onTouch()
优先于onTouchEvent
执行;若手动复写在onTouch()
中返回true
(即 将事件生产掉),将不会再执行onTouchEvent()
注:若 1 个控件不可点击(即非
enable
),那么给它注册onTouch
事件将永远得不到执行,具体起因看如下代码
// && 为短路与,即如果后面条件为 false,将不再往下执行
// 故:onTouch()可能失去执行需 2 个前提条件:// 1\. mOnTouchListener 的值不能为空
// 2\. 以后点击的控件必须是 enable 的
mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)
// 对于该类控件,若需监听它的 touch 事件,就必须通过在该控件中重写 onTouchEvent()来实现
文章转自 https://www.jianshu.com/p/380… 如有侵权,请分割删除。
相干视频:
Android 高级 UI 性能优化——View 的 Measure 原理利用与 xml 解析过程原理解说_哔哩哔哩_bilibili
Android 进阶零碎学习——Gradle 入门与我的项目实战_哔哩哔哩_bilibili
Android 网络架构搭建与原理解析(一)——通过一个网络申请一步一步见证网络模块的成长_哔哩哔哩_bilibili
【Android 进阶课程】——colin Compose 的绘制原理解说(一)_哔哩哔哩_bilibili
【Android 进阶教程】——Framework 面试必问的 Handler 源码解析_哔哩哔哩_bilibili
【Android 进阶教程】——热修复原理解析_哔哩哔哩_bilibili
【Android 进阶教程】——如何解决 OOM 问题与 LeakCanary 原理解析_哔哩哔哩_bilibili