Android系统分析之带着问题看事件分发机制

向右看齐 2022-12-08 15:44 134阅读 0赞

# Android 触摸事件分发机制？ #

[Android系统分析之带着问题看事件分发机制][Android]

## 一 事件分发机制 ##

### 1 什么是事件分发机制？ ###

#### 1.1 什么是事件？ ####

答：当用户**触摸屏幕**时，每一次的**点击，按下，移动，抬起**等都是一个事件。事件类型包括：按下（ACTION\_DOWN），移动（ACTION\_MOVE），抬起（ACTION\_UP），取消（ACTION\_CANCEL）。

#### 1.2 什么是事件分发机制呢？ ####

答：因为 Android 每一个页面都是基于 Activity 进行实现的，一个 Activity 里面有若干个 ViewGroup 和 View 组成的；而事件分发机制就是**某一事件从屏幕传递到各个具体的 View，由某个 View 来使用这一事件 (消费事件) 或者忽略这一事件(不消费事件)，这整个过程**。

#### 1.3 什么是事件分发的对象？ ####

答：系统会把整个事件相关细节（发生触摸的位置、时间、历史记录、手势动作等）封装为**MotionEvent 对象**，事件分发的过程就是**MotionEvent 对象分发的过程**。

#### 1.4 什么是事件序列？ ####

答：**从手指按下屏幕开始，到手指离开屏幕为止所产生的一系列事件**。也就是说一个完整的事件序列是**以 ACTION\_DOWN 事件开始，ACTION\_UP 事件结束，中间有无数的 ACTION\_MOVE 事件（当然可以没有，那就时一个点击事件）**，如图：

![在这里插入图片描述][20210110145454268.png]

### 2 事件分发机制的原因和场景？ ###

#### 2.1 为什么会有事件分发机制? ####

答：Android 的布局结构是**树形结构，这就会导致一些 View 可能会重叠在一起**，当我们手指点击区域在多个布局范围之内，此时会有多个布局可以响应点击事件，这时候该**让哪个 view 来响应点击事件呢**？这就是事件分发机制存在的意义。

#### 2.2 事件分发运用在哪里? ####

答：（1）**自定义 View**；（2）**解决项目中各种事件冲突问题**：例如，ViewPager 与 TabLayout 打造头尾循环的 ViewPager；ListView 的 Item 点击事件为什么和 Button 会冲突呢?

### 3 事件最先是从哪里来的？ ###

#### 3.1 事件最先是分发给 Activity 的吗？ ####

答：**不是。当事件由硬件传递到 Framework 层时，最先是由 WMS 通过 ViewRootImpl 将事件分发给 ViewRootImpl 的属性 mView，也就是 DecorView**。**当触摸事件到达 DecorView 后，先经过 Activity 分发后，又回到 DecorView 中，再一步步传递到内部的子 View 中的**。  
\-–> 详细分析请看我的语雀文章：Android Activity 显示原 (Window/DecorView/ViewRoot)？

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70]

[每日一问 | 事件到底是先到 DecorView 还是先到 Window 的？][_ _ DecorView _ Window]

[Input 系统—事件处理全过程][Input]

## 二 Activity 事件分发 ##

### 1 Activity 事件分发的思想? ###

答：**当事件开始触发时，会调用 Activity 的 dispatchTouchEvent() 方法，然后调用 Window 的 superDispatchTouchEvent() 方法，将触摸事件分发给继承自 FrameLayout 的实例 DecorView。**

**如果 ViewGroup 捕捉了该事件并返回 true，代表事件传递到了 ViewGroup 中；否则调用 Activity 本身的 onTouchEvent() 方法捕捉该事件。**

#### 1.1 画一个 Activity 事件分发的流程图？ ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 1]

#### 1.2 通过源码分析下 Activity 事件分发的流程？ ####

答：**当事件开始触发时，会调用 dispatchTouchEvent() 方法**，那看下对应的源码：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 2]

#### 1.3 步骤 1 ACTION\_DOWN 代表事件序列的开始 ####

答：**ACTION\_DOWN 代表事件序列的开始**，所以这里基本是 true。进入onUserInteraction() 这个方法，在源码中该方法为**空方法**。所以说当我们可以**重写 onUserInteraction() 方法就可以达到监听整个事件序列的开始**。

public void onUserInteraction() {
        }

#### 1.4 步骤 2 将触摸事件分发给 DecorView ####

答：调用了 Window 的 superDispatchTouchEvent() 方法，因为 Window 的唯一的实现类 PhoneWindow 类，它持有了一个继承自 FrameLayout 的实例 DecorView，实质调用了 DecorView 的 dispatchTouchEvent 方法，最后**调用了 ViewGroup 的 dispatchTouchEvent 方法**。

**如果 ViewGroup 捕捉了该事件并返回 true，代表事件传递到了 ViewGroup 中；否则调用 Activity 本身的 onTouchEvent() 方法捕捉该事件，并且直接返回 onTouchEvent 的结果**。源码如下：

// Window类是抽象类，且PhoneWindow是Window类的唯一实现类
    // superDispatchTouchEvent(ev)是抽象方法，返回的是一个Window对象
    public abstract boolean superDispatchTouchEvent(MotionEvent event);

// PhoneWindow.java
    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
         	
    	// PhoneWindow 将事件直接传递给了 DecorView
    	return mDecor.superDispatchTouchEvent(event);
    }

// DecorView.java Activity最顶层的View
    public boolean superDispatchTouchEvent(MotionEvent event) {
        
    	// super.dispatchTouchEvent(event)方法，其实就应该是 ViewGroup 的 dispatchTouchEvent()
    	return super.dispatchTouchEvent(event);
    }

#### 1.5 步骤 3：如果 ViewGroup 没有捕捉事件，就调用 Activity 本身的 onTouchEvent() 方法捕捉该事件 ####

答：**如果 ViewGroup 没有捕捉事件，就调用 Activity 本身的 onTouchEvent() 方法捕捉该事件，并且直接返回 onTouchEvent 的结果。无论返回值是什么，事件都要结束。**

public boolean onTouchEvent(MotionEvent event) {
        
            if (mWindow.shouldCloseOnTouch(this, event)) {
        
                finish();
                return true;
            }
            return false;
        }

如果 mWindow.shouldCloseOnTouch(this, event) 返回结果为**true，就将该 Activity finish 掉，并且返回 true；否则为 false**。

## 三 ViewGroup 事件分发 ##

### 1 ViewGroup 事件分发的思想? ###

答：ViewGroup 是一组 View 的组合，在其内部有可能包含多个子 View，当手指触摸屏幕上时，手指所在的区域既能在 ViewGroup 显示范围内，也可能在其内部 View 控件上。

因此它内部的事件分发的重心是：**处理当前 ViewGroup 和子 View 之间的逻辑关系：**

1.  **检查当前 ViewGroup 是否需要拦截触摸事件？**
2.  **是否需要将触摸事件继续分发给子 View？**
3.  **根据 mFirstTouchTarget，将触摸事件重新分发给子 View？**

#### 1.1 画一个 ViewGroup 事件分发的流程图？ ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 3]

#### 1.2 事件分发核心 dispatchTouchEvent ####

\*\*  
**整个 View体系 之间的事件分发，实质上 dispatchTouchEvent 方法 就是一个大的递归函数。在这个递归的过程中会适时调用 onInterceptTouchEvent 来拦截事件，或者调用 onTouchEvent 方法来处理事件。**

先从宏观角度，纵览整个 dispatch 的源码如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 4]

如代码中的注释，dispatch 主要分为 3 大步骤：

*  步骤 1：**判断当前 ViewGroup 是否需要拦截此触摸事件，如果拦截则此触摸事件不再会传递给子 View**（**或者以 CANCEL 的方式通知子 View**）。
 *  步骤 2：**如果没有拦截，则将事件分发给子 View 继续处理。如果子 View 捕获了此次事件，则将捕获触摸事件的子 View 赋值给 mFirstTouchTarget**。
 *  步骤 3：**根据 mFirstTouchTarget，将触摸事件重新分发给子 View**。

#### 1.3 步骤 1 判断当前 ViewGroup 是否需要拦截此触摸事件，如果拦截则此触摸事件不再会传递给子 View ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 5]

图中红框标出了**是否需要拦截的条件**：

*  **如果事件为 DOWN 事件，则调用 onInterceptTouchEvent 进行拦截判断**；
 *  **或者 mFirstTouchTarget 不为 null（事件类型是：后续的 MOVE、UP 等事件），代表已经有子 View 捕获了这个事件，则调用 onInterceptTouchEvent 进行拦截判断。**（这也是，子 View 对触摸事件进行了捕获，则直接将当前以及后续的事件交给 mFirstTouchTarget 指向的子 View 进行处理的原因。）

注意：如果不进行拦截判断，直接就判断为需要拦截，intercepted = true。

如果当前 ViewGroup 并没有对事件进行拦截，则执行步骤 2；如果进行了拦截，进入步骤 3：child 为 null，最终会调用 super.dispatchTouchEvent 方法，实际上最终会调用自身的 onTouchEvent 方法，捕捉触摸事件。

#### 1.4 步骤 2 如果没有拦截，则将事件分发给子 View 继续处理。如果子 View 捕获了此次事件，则将捕获触摸事件的子 View 赋值给 mFirstTouchTarget ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 6]

仔细看上述的代码可以看出：

*  图中 ① 处表明**事件主动分发的前提是事件为 DOWN 事件**；
 *  图中 ② 处遍历所有子 View；
 *  图中 ③ 处判断事件坐标是否在子 View 坐标范围内，并且子 View 并没有处在动画状态；
 *  图中 ④ 处**调用 dispatchTransformedTouchEvent 方法将事件分发给子 View，如果返回 true 就是代表子 View 捕获事件成功，则将捕获事件的子 View 赋值给 mFirstTouchTarget 保存**，如下图。  
    ![在这里插入图片描述][20210110145713674.png]

#### 1.5 步骤 3 根据 mFirstTouchTarget，将触摸事件重新分发给子 View ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 7]

步骤 3 有 2 个分支判断。

*  分支 1：**如果此时 mFirstTouchTarget 为 null，说明在上述的事件分发中并没有子 View 对事件进行了捕获操作**。
    
     *  这种情况下，**直接调用 dispatchTransformedTouchEvent 方法分发转换后的触摸事件，并传入 child 为 null，最终会调用 super.dispatchTouchEvent 方法，实际上最终会调用自身的 onTouchEvent 方法，捕捉触摸事件**。自身 由父类实现 的 dispatchTouchEvent 返回 true 就是代表捕获触摸事件。
     *  也就是说：**如果没有子 View 捕获处理触摸事件，ViewGroup 会通过自身的 onTouchEvent 方法进行处理。**
 *  分支 2：**mFirstTouchTarget 不为 null，说明在上面步骤 2 中有子 View 对触摸事件进行了捕获，则直接将当前以及后续的事件交给 mFirstTouchTarget 指向的子 View 进行处理**。
    
     *  这种情况下，**直接调用 dispatchTransformedTouchEvent 方法分发转换后的触摸事件，并传入 child 为 target.child，最终会调用 child.dispatchTouchEvent 方法，实际上最终会调用子 View 的 onTouchEvent 方法，捕捉触摸事件**。子 View 的 dispatchTouchEvent 返回 true 就是代表捕获触摸事件。
     *  dispatchTransformedTouchEvent 方法中本步骤涉及到的部分，如下图：  
        ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 8]

### 2 ViewGroup 的问题合集 ###

#### 2.1 mFirstTouchTarget 有什么作用 ####

答：mFirstTouchTarget 的部分源码如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 9]

可以看出其实 mFirstTouchTarget 是一个 TouchTarget 类型的**链表**结构。而**这个 TouchTarget 的作用就是用来保存捕获了 DOWN 事件的 View，具体保存在上图中的 child 变量**。在 1.5 步骤 3 中判断**如果 mFirstTouchTarget 不为 null，则再次将事件分发给相应的 TouchTarget**。

可是为**什么是链表类型的结构呢？因为 Android 设备是支持多指操作的，每一个手指的 DOWN 事件都可以当做一个 TouchTarget 保存起来**。

#### 2.2 为什么 DOWN 事件特殊？ ####

答：**所有 触摸 事件都是从 DOWN 事件开始的**，这是 DOWN 事件比较特殊的原因之一。另一个原因是 **DOWN 事件的处理结果会直接影响后续 MOVE、UP 事件的逻辑**。

在步骤 2 和 3 中，**只有 DOWN 事件会传递给子 View 进行捕获判断，一旦子 View 捕获成功，后续的 MOVE 和 UP 事件是通过遍历 mFirstTouchTarget 链表，查找之前接受 ACTION\_DOWN 的子 View，并将触摸事件分配给这些子 View**。也就是说**后续的 MOVE、UP 等事件的分发交给谁，取决于它们的起始事件 Down 是由谁捕获的。**  
\*\*

#### 2.4 如果要传递事件到子 View，为什么父容器不能拦截 ACTION\_DOWN 事件，父容器必须返回 false？ ####

答：**父容器拦截了 ACTION\_DOWN，那么后续的 MOVE UP 等事件均不会再调用 onInterceptTouchEvent() 方法，都会直接交给父容器处理，这时事件没法再传递给子 View 了**。

#### 2.5 如果子 View 需要实现点击事件，为什么父容器不能拦截 ACTION\_UP 事件，父容器必须返回 false？ ####

答：**如果拦截掉了 ACTION\_UP，肯定会导致子 View 的点击事件无法被处理，因为一个点击事件从 ACTION\_DOWN 开始，从 ACTION\_UP 结束，二者缺一不可，最终在 ACTION\_UP 事件中实现**。

#### 2.6 如果遍历所有的子 View 后事件都没有被合适的处理，有哪两种情况？ ####

答：1.是**ViewGroup 没有子 View**；2.是**子 View 处理了点击事件，但是因为子 View 在 onTouchEvent 返回了 false，然后在 dispatchTouchEvent 中也返回 false**。这两种情况下，**ViewGroup 都会自己处理点击事件**。

## 四 View 事件分发 ##

### 1 View 事件分发的思想? ###

答：View 是一个单纯的控件，不能再被细分，内部也并不会存在子 View，所以它的事件分发的重点在于：**当前 View 如何去处理 触摸 事件，并根据相应的手势逻辑进行一些列的效果展示（比如滑动，放大，点击，长按等）**。

1.  **是否存在 TouchListener**；
2.  **onTouchEvent 方法中判断：子 View 是否接收并处理触摸事件**。

#### 1.1 画一个 View 事件分发的流程图？ ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 10]

#### 1.2 事件分发核心 dispatchTouchEvent ####

**整个 View 的事件分发，实质上 dispatchTouchEvent 方法 就是一个大的递归函数。在这个递归的过程中会适时调用 onTouchEvent 方法来处理事件。**

*  步骤 1：**判断该 View 是否有相应焦点，有没被其他 View 遮挡，能否被触摸。**
 *  步骤 2：**是否存在 TouchListener.onTouch**。
 *  步骤 3：**onTouchEvent 方法中判断：子 View 是否接收并处理触摸事件**。

#### 1.3 步骤 1 **判断该 View 是否有相应焦点，有没被其他 View 遮挡，能否被触摸** ####

答：**判断该 View 是否有相应焦点，有焦点才进行后面的事件分发**。

if (event.isTargetAccessibilityFocus()) {
        
        if (!isAccessibilityFocusedViewOrHost()) {
        
            return false;
        }
        event.setTargetAccessibilityFocus(false);
    }

**检查安全策略，判断当前 View 有没被其他 View 遮挡，能否被触摸**。如果当前 View 没被其他 View 遮挡、能被触摸，才进行后面的事件分发。

if (onFilterTouchEventForSecurity(event)) {
        }

####  ####

#### 1.4 步骤 2 是否存在 TouchListener.onTouch -->请看 五-2-2.2 ####

答：判断当前的操控方式是不是为鼠标操作，如果是鼠标操作，直接返回值 ture，表示了捕捉该事件。然后 **–>请看 五-2-2.2**  
!\[image.png\](https://img-blog.csdnimg.cn/img\_convert/c08707682edb664fc9a57810107de2c4.png\#align=left&display=inline&height=305&margin=\[object Object\]&name=image.png&originHeight=305&originWidth=504&size=18535&status=done&style=none&width=504)

#### 1.5 步骤 3 onTouchEvent 方法中判断：子 View **是否接收并处理触摸事件？** ####

答：

*  结论1：**可点击的禁用(DISABLED)视图仍会捕捉触摸事件，只是不响应事件**；
 *  结论2：**可点击状态下，才会响应点击事件。在 MOVE 事件中执行 长按事件，在 UP 事件中执行 点击事件。因为 MOVE 事件先于 UP 事件，因此 长按事件 先于 点击事件 执行。而且只有不响应 长按事件，才会响应 点击事件**。
 *  结论3：点击事件执行时机，onTouch() --> onTouchEvent() --> onLongClick() --> onClick()。

// View.java
    public boolean onTouchEvent(MotionEvent event) {
        
            // 核心1 --> 可点击 且 处于一个禁用状态
            final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
                    || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
                    || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
            if ((viewFlags & ENABLED_MASK) == DISABLED) {
        
                // 可点击的禁用(DISABLED)视图仍会捕捉触摸事件，只是不响应事件
                return clickable;
            }
            
            // 核心2 --> 可点击状态下，才会响应点击事件
    		if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        
                switch (action) {
        
                    case MotionEvent.ACTION_UP:
                       // 如果没响应长按事件，才会响应点击事件
                        if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
        
                        	// performClick(); 
    	                	li.mOnClickListener.onClick(View.this);   
                        }
                    case MotionEvent.ACTION_DOWN/ACTION_CANCEL:
                        ...
                    case MotionEvent.ACTION_MOVE:
                        // MOVE 事件先于 UP 事件，因此 长按事件 先于 点击事件 执行
                        // hasPendingLongPressCallback() --> performLongClick()
                        li.mOnLongClickListener.onLongClick(View.this)
                    break;
                }
                // 捕获事件
                return true;
            }
            // 不捕获事件
            return false;
        }
    }

## 五 验证事件分发机制 ##

### 1 事件分发流程代码演示？ ###

#### 1.1 布局和自定义View ####

（1）定义如下布局文件：**(设置 MyView 可点击)**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 12]

（2）MyViewGroup 和 MyView 是两个自定义 View，以及 Actvitiy，它们的源码分别如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 13]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 14]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 15]

（3）页面效果如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 16]

#### 1.2 子 View 的 onTouchEvent 返回 false，表示不对触摸事件进行捕获 ####

（1）MyView 的 onTouchEvent 返回 false，表示 View 没捕获事件  
![在这里插入图片描述][20210110150015695.png]  
（2）点击：按下->抬起 (递归思想)  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 17]  
（3）滑动：按下->滑动->抬起  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 18]

（4）结论：上图中在 DOWN 事件中，MyViewGroup 的 onInterceptTouchEvent 被触发了；然后**在子 View 的 dispatchTouchEvent 中返回 false，代表它没捕获这个 DOWN 事件，事件层层回传，最后在最顶层的 Activity 处理**。这种情况下 **子 View 没被添加到 父容器(MyViewGroup) 中的 mFirstTouchTarget 中，因此当前以及后续的 MOVE 和 UP 事件不再进行拦截判断，都会直接交给 Activity 进行处理。**

#### 1.3 子 View 的 onTouchEvent 返回 true，表示对触摸事件进行捕获 ####

（1）MyView 的 onTouchEvent 返回 true，表示 View 捕获了事件  
![在这里插入图片描述][20210110150039427.png]

（2）滑动：按下->滑动->抬起  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 19]

（3）结论：上图中在 DOWN 事件中，MyViewGroup 的 onInterceptTouchEvent 被触发了；然后**在子 View 的 dispatchTouchEvent 中返回 true，代表它捕获了这个 DOWN 事件**。这种情况下 \*\*子 View 会被添加到 父容器(MyViewGroup) 中的 mFirstTouchTarget 中，因此当前以及后续的 MOVE 和 UP 事件都会经过 MyViewGroup 的 onInterceptTouchEvent 进行拦截判断，最后全都交给子 View(mFirstTouchTarget 指向的子 View) 进行处理。

#### 1.4 总结下 onTouchEvent 返回值的作用：返回 false/true 对事件分发的影响？ ####

答：**onTouchEvent() 用于处理事件，返回值决定子 View 是否捕获了这个事件，而且决定了子 View 的 dispatchTouchEvent 的返回值**。。。也就是说，子 View 在处理完触摸事件后，是否还允许触摸事件继续向上（父容器）传递。**如果返回 true，则父容器不用操心，子 View 自己处理触摸事件；返回 false，则向上传递给父容器**。

### 2 基于 1 的代码演示，验证事件的其他情况？ ###

#### 2.1 onTouchEvent 可点击时(clickable 或 longClickable 其一为true)返回true，否则返回false ####

**（1）定义如下布局文件：**  
![在这里插入图片描述][20210110150059686.png]  
\*\*（2）MyView 继承 View 或 TextView，返回默认的 onTouchEvent \*\*  
继承 View 或 TextView：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 20]

结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 21]  
结论： **View 和 TextView 等的 clickable 默认为 false**。而且 longClickable 默认为 false。

\*\*（3）MyView 继承 View 或 TextView，同时设置 setOnClickListener ，返回默认的 onTouchEvent \*\*  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 22]  
设置 onClickListener

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 23]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 24]  
setOnClickListener 源码  
![在这里插入图片描述][20210110150642267.png]

结论： **View 和 TextView 设置 setOnClickListener 后把 clickable 修改为 true**。

\*\*（4）MyView 继承 Button，返回默认的 onTouchEvent \*\*  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 25]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 26]  
结论： **Button 等的 clickable 默认为 true**。而且 longClickable 默认为 false。

#### 2.2 setOnTouchListener 的作用是什么？onTouch 返回 false/true 对执行 onTouchEvent 的影响？ ####

（1）**定义如下布局文件：**  
![在这里插入图片描述][2021011015043363.png]  
（2）onTouch 返回 false  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 27]  
结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 28]  
结论：**onTouch 方法返回 false，表示没捕捉了事件，继续传递事件，会调用 View 的 onTouchEvent 方法**

（3）onTouch 返回 true

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 29]  
结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 30]  
结论： **onTouch 方法返回 true，表示捕捉了事件，不再继续传递事件，不会调用 View 的 onTouchEvent 方法**

（4）原因：  
如果 **设置了 setOnTouchListener 且 onTouch 方法返回 true，则 result 为 true，那么 !result 值为 false，表示捕捉了事件，不会调用 View 的 onTouchEvent 方法**；同理，没设置 setOnTouchListener 或者 onTouch 方法返回 false，…，会调用 View 的 onTouchEvent 方法。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 31]

### 3 容易被遗漏的 CANCEL 事件 ###

#### 3.1 原因分析 ####

（1）在上面的步骤 3 中，继续向子 View 分发事件的代码中，有一段比较有趣的逻辑：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 32]

上图红框中表明**已经有子 View 捕获了触摸事件**，但是蓝色框中的 **intercepted 变量又是 true**。这种情况下，**事件主导权会重新回到父视图 ViewGroup 中，并传递给子 View 的分发事件中传入一个 cancelChild 值是 true**。

（2）看一下 dispatchTransformedTouchEvent 方法的部分源码如下：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 33]  
因为之前**传入参数 cancel 为 true，并且 child 不为 null，最终这个事件会被包装为一个 ACTION\_CANCEL 事件传给 child**。

#### 3.2 什么情况下会触发这段逻辑呢？ ####

**在 DOWN 事件中，当父容器的 onInterceptTouchEvent 先返回 false，将事件分发给子 View，然后在子 View 的 dispatchTouchEvent 返回 true，表示子 View 捕获了事件。关键步骤就是在接下来的 MOVE 事件的过程中，父容器的 onInterceptTouchEvent 又返回 true，intercepted 被重新置为 true，此时上述逻辑就会被触发，子控件就会收到 ACTION\_CANCEL 的触摸事件**。

#### 3.3 实际上有个很经典的例子可以用来演示这种情况 ####

当在 Scrollview 中添加自定义 View 时，**ScrollView 默认在 DOWN 事件中并不会进行拦截，onInterceptTouchEvent 先返回 false，事件会被传递给 ScrollView 内的子 View。只有当手指进行滑动并到达一定的距离开始滚动之后，onInterceptTouchEvent 返回 true，并触发 ScrollView 的滚动效果。当 ScrollView 进行滚动的瞬间，内部的子 View 会接收到一个 CANCEL 事件，并丢失触摸焦点**。

（1）比如以下布局：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 34]

（2）CancelView 和 MyScrollView 各是一个自定义的 View，其源码如下：**（CancelView 的 onTouchEvent 返回 true，表示它会将接收到的触摸事件进行捕获消费。）**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 35]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 36]  
（3）上述代码执行后，当手指点击屏幕时 DOWN 事件会被传递给 CancelView，手指滑动屏幕将 ScrollView 上下滚动，刚开始 MOVE 事件还是由 CancelView 来消费处理，但是当 ScrollView 开始滚动时，CaptureTouchView 会接收一个 CANCEL 事件，并不再接收后续的 触摸 事件。具体打印 log 如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 37]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 38]

![在这里插入图片描述][20210110150139650.png]

（4）结论  
因此，我们平时自定义 View 时，尤其是有可能被 ScrollView 或者 ViewPager 嵌套使用的控件，不要遗漏对 CANCEL 事件的处理，否则有可能引起 UI 显示异常。

### 4 如何用外部拦截法解决滑动冲突？ ###

答：外部拦截法是指**点击事件都先经过父容器的拦截处理，如果父容器需要这个事件就拦截给它处理**，需要重写 onIterceptTouchEvent 方法，模板如下：

// 自定义ViewGroup.java，继承 ViewGroup
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        
    	boolean intercepted = false;
        switch (ev.getAction()){
        
             // ACTION_DOWN事件，父容器必须返回false，即不拦截ACTION_DOWN事件
             case MotionEvent.ACTION_DOWN:
                intercepted = false;
                break;
             // ACTION_MOVE事件，根据需要来决定是否拦截，如果父容器需要拦截就返回true，否则返回false
             case MotionEvent.ACTION_MOVE:
                if("父容器的点击事件"){
        
                   intercepted = true;
                } else {
        
                   intercepted = false;
                }
                break;
             // ACTION_UP事件，父容器必须要返回false
             case MotionEvent.ACTION_UP:
                intercepted = false;
                break;
        }
    	return intercepted;
    }

(1) 常见滑动冲突场景？  
答：场景 1，\*\*外部滑动方向与内部滑动方向不一致，比如 ViewPager 中包含 ListView。\*\*场景 2，\*\*外部滑动方向与内部滑动方向一致，比如 ScrollView 中包含 ListView。\*\*场景 3，**上面两种情况的嵌套**。

(2) 滑动冲突处理规则？  
答：**通过判断是水平滑动还是竖直滑动来判断到底应该谁来拦截事件，可以根据水平和竖直两个方向的距离差或速度差来做判断**。

(3) 验证 ViewGroup 事件拦截？  
答：点击 InterceptView 上，事件没传递到 InterceptView，在 InterceptViewGroup 这一层被拦截，打印如下：

// InterceptViewGroup这一层被拦截：点击了InterceptView上，事件没传递到InterceptView，打印如下
        InterceptActivity dispatchTouchEvent
        InterceptViewGroup dispatchTouchEvent
        InterceptViewGroup onInterceptTouchEvent                // 拦截
        InterceptViewGroup onTouchEvent MotionEvent.ACTION_DOWN
        InterceptActivity onTouchEvent
        InterceptActivity dispatchTouchEvent
        InterceptActivity onTouchEvent
    
    // InterceptViewGroup这一层不拦截：点击了InterceptView上，事件传递到InterceptView，打印如下
        InterceptActivity dispatchTouchEvent
        InterceptViewGroup dispatchTouchEvent
        InterceptViewGroup onInterceptTouchEvent
        InterceptView dispatchTouchEvent
        InterceptView onTouchEvent
        InterceptViewGroup onTouchEvent MotionEvent.ACTION_DOWN
        InterceptActivity onTouchEvent
        InterceptActivity dispatchTouchEvent
        InterceptActivity onTouchEvent

### 5 如何用内部拦截法解决滑动冲突？ ###

答：**内部拦截法是指父容器不直接拦截任何事件，所有的事件都传递给子 View，由子 View 控制**。\*\*如果子 View 要捕捉此事件就直接捕捉掉，否则就交由父容器进行处理。**这种方法和 Android 中的事件分发机制不一致，需要**配合 getParent().requestDisallowInterceptTouchEvent 方法才能正常工作，\*\*需要重写子 View 的 dispatchTouchEvent 方法，模板如下：

// 自定义View.java
    public boolean dispatchTouchEvent(MotionEvent event) {
        
            switch (event.getAction()){
        
                case MotionEvent.ACTION_DOWN:
                    getParent().requestDisallowInterceptTouchEvent(true);  // 不拦截
                    break;
                case MotionEvent.ACTION_MOVE:
                    if("父容器的点击事件"){
        
                        getParent().requestDisallowInterceptTouchEvent(false);  // 拦截
                    }
                    break;
                case MotionEvent.ACTION_UP:
                    break;
            }
            return super.dispatchTouchEvent(event);
        }

#### 5.1 requestDisallowInterceptTouchEvent 方法干扰 ViewGroup 的事件分发的原理是什么？ ####

答：因为**在 ViewGroup 的 dispatchTouchEvent 方法中，根据 disallowIntercept = (mGroupFlags & FLAG\_DISALLOW\_INTERCEPT) != 0 判断当前事件是否允许被拦截。**

![\*\*][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 39]

**而 requestDisallowInterceptTouchEvent 方法通过修改标志位 mGroupFlags，使 disallowIntercept 结果变化**。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 40]

[Android]: https://blog.csdn.net/chenliguan/article/details/108697138
[20210110145454268.png]: /images/20221123/1fcfdb830f4c4431ae27eadee3285454.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70]: /images/20221123/a284801ffd4841009ebfd180ecff7e25.png
[_ _ DecorView _ Window]: https://wanandroid.com/wenda/show/12119
[Input]: http://gityuan.com/2016/12/31/input-ipc/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 1]: /images/20221123/04b8e332791c435eb12b44eef7161d72.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 2]: /images/20221123/75e597bc352142a294c335e4faaec92d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 3]: /images/20221123/baf3944dd80a4fd2a3f005a1f05721ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 4]: /images/20221123/610ae8036042485b9fa8725f032bf9d1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 5]: /images/20221123/afd9bcea6a284b768ffed4476216aec3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 6]: /images/20221123/0329dd571ec2459b8616d22639c0f6b5.png
[20210110145713674.png]: /images/20221123/06b88d457d63433b80195507824dfe81.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 7]: /images/20221123/fe888627290245c58a7e7fd27db5492b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 8]: /images/20221123/e1ded52de5b144d09eed293481d506d9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 9]: /images/20221123/765a925b75dd4b91a58759c6cd025322.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 10]: /images/20221123/8c555a2eb50e436bb36882f0a3b35292.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 11]: /images/20221123/e9ed7b55c3b046d5aa83f234ddae0539.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 12]: /images/20221123/a2a6519d22814296b76c7ee0ecefe899.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 13]: /images/20221123/5fdd0d34548744df977684d8da92df8e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 14]: /images/20221123/698b2e0acd0c43f6a1c7dde4233698fe.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 15]: /images/20221123/62aca899e89444d7bb8b2606bdd70464.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 16]: /images/20221123/cd9903a52c14472ebb92e9e3028e7f46.png
[20210110150015695.png]: /images/20221123/6462b027b3b3489297467e0298c76ea1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 17]: /images/20221123/a58d54756b924a3eb5442d2b4c33ee2a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 18]: /images/20221123/f6297c9db1e2439cb58d4c33ce9f5501.png
[20210110150039427.png]: /images/20221123/6367f66aaeec420ba2be819cbb69043b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 19]: /images/20221123/e5abf36b76a74657b68586d9762f18b9.png
[20210110150059686.png]: /images/20221123/41e5bdcc2b124eaab835b846d5a615f8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 20]: /images/20221123/19b7ca27d14546219c4c46c61e6c7562.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 21]: /images/20221123/1879a5d546934348b3eca910727f909a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 22]: /images/20221123/8a3d99354b134efd9e7144c7d7c0e714.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 23]: /images/20221123/78afebdd999a4b3a9a1094a6e32c99ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 24]: /images/20221123/650925c8b967421d94219202742a67bc.png
[20210110150642267.png]: /images/20221123/5b566e52032c430384248b28ba363e7a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 25]: /images/20221123/9fd1e81c1cab44b59124656cb39d906a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 26]: /images/20221123/8b867dade4d642e2ba5de2bca1f5657b.png
[2021011015043363.png]: /images/20221123/421776b8ab4e4388ae70b11c9c2bb699.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 27]: /images/20221123/f6a536c68045469eaad0af9fd5b57a8b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 28]: /images/20221123/b92082a24ab84f3e89cae787935629da.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 29]: /images/20221123/1cdd30f8eb584b8ab46e0ebe67b22f03.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 30]: /images/20221123/9515b160191541a5b6d761cd26365911.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 31]: /images/20221123/e67573745e2644f380811eaf0ac495da.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 32]: /images/20221123/1776eb85b5604f0ba4092d3eef918bd4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 33]: /images/20221123/71ceba06183446ba83acbac938edaa95.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 34]: /images/20221123/966d727341b4429e8d2a4b39fca54223.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 35]: /images/20221123/97f351cb4268447c822998ba34ee9015.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 36]: /images/20221123/bac36ad0aaa04de2ae79b1e9fefe53e1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 37]: /images/20221123/5c7f6857f35c41188160f4e2fbd990d9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 38]: /images/20221123/15ba58ec53bd4f6ea32543bc206c6f0d.png
[20210110150139650.png]: /images/20221123/7976aa43fb494f66960fc443cdeeb486.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 39]: /images/20221123/2abbc530639641529a8349f29754fdde.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2NoZW5saWd1YW4_size_16_color_FFFFFF_t_70 40]: /images/20221123/ce97002c044148d28ef9300f4f3c05fc.png