2024年安卓最全Android事件分发机制四：学了事件分发有什么用？，头条面试题

写在最后

由于本文罗列的知识点是根据我自身总结出来的，并且由于本人水平有限，无法全部提及，欢迎大神们能补充~

将来我会对上面的知识点一个一个深入学习，也希望有童鞋跟我一起学习，一起进阶。

提升架构认知不是一蹴而就的，它离不开刻意学习和思考。

**这里，笔者分享一份从架构哲学的层面来剖析的视频及资料分享给大家，**梳理了多年的架构经验，筹备近1个月最新录制的，相信这份视频能给你带来不一样的启发、收获。

最近还在整理并复习一些Android基础知识点，有问题希望大家够指出，谢谢。

希望读到这的您能转发分享和关注一下我，以后还会更新技术干货，谢谢您的支持！

转发+点赞+关注，第一时间获取最新知识点

Android架构师之路很漫长，一起共勉吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

private var handler : Handler = Handler(Looper.getMainLooper())

override fun onClick(v: View?) {

// 创建一个单击延迟任务，延迟时间到了之后触发单击事件

clickCallBack = clickCallBack?: Runnable {

singleClickListener?.onClick(v)

isClicking = false

}

// 如果已经点击过一次，在延迟时间内再次接受到点击

// 意味着这是个双击事件

if (isClicking){

// 移除延迟任务，回调双击监听器

handler.removeCallbacks(clickCallBack!!)

doubleClickListener?.onClick(v)

isClicking = false

}else{

// 第一次点击，发送延迟任务

isClicking = true

handler.postDelayed(clickCallBack!!,delayTime)

}

}

…

}

代码中实现了创建了一个 View.OnclickListener 接口实现类，并在类型实现单击和双击的逻辑判断。我们可以如下使用这个类：

val c = MyClickListener()

// 设置单击监听事件

c.setSingleClickListener(View.OnClickListener {

Log.d(TAG, “button: 单击事件”)

})

// 设置双击监听事件

c.setDoubleClickListener(View.OnClickListener {

Log.d(TAG, “button: 双击事件”)

})

// 把监听器设置给按钮

button.setOnClickListener©

这样就实现了按钮的双击监听了。

其他类型的监听器如：三击、双击长按等等，都可以基于这种思路来实现监听器接口。

自定义view

---

在自定义view中，我们可以更加灵活地运用事件分发来解决实际的需求。举几个例子：

滑动嵌套问题：外层是viewPager，里层是recyclerView，要实现左右滑动切换viewPager，上下滑动recyclerView。这也就是著名的滑动冲突问题。类似的还有外层viewPager，里层也是可以左右滑动的recyclerView。 实时触摸反馈问题：如设计一个按钮，要让他按下的时候缩小降低高度，放开的时候恢复到原来的大小和高度，而且如果在一个可滑动的容器中，按下之后滑动不会触发点击事件而是把事件交给外层可滑动容器。

我们可以发现，基本上都是基于实际的开发需求来灵活运用事件分发。具体到代码实现，都是围绕着三个关键方法展开： dispatchTouchEvent、 onIntercepterTouchEvent 、 onTouchEvent 。这三个方法在view和viewGroup中已经有了默认的实现，而我们需要基于默认实现来完成我们的需求。下面看看几种常见的场景如何实现。

实现方块按下缩小

我们先来看看具体的实现效果：

方块按下后，会缩小高度变低透明度增加，释放又会恢复。

这个需求可以通过结合属性动画来实现。按钮块本身有高度、有圆角，我们可以考虑继承cardView来实现，重写cardView的dispatchTouchEvent方法，在按下的时候，也就是接收到down事件的时候缩小，在接收到up和cancel事件的时候恢复。注意，这里可能会忽视cancel事件，导致按钮块的状态无法恢复，一定要加以考虑cancel事件 。然后来看下代码实现：

public class NewCardView extends CardView {

//点击事件到来的时候进行判断处理

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

// 获取事件类型

int actionMarked = ev.getActionMasked();

// 根据时间类型判断调用哪个方法来展示动画

switch (actionMarked){

case MotionEvent.ACTION_DOWN :{

clickEvent();

break;

}

case MotionEvent.ACTION_CANCEL:

case MotionEvent.ACTION_UP:

upEvent();

break;

default: break;

}

// 最后回调默认的事件分发方法即可

return super.dispatchTouchEvent(ev);

}

//手指按下的时候触发的事件;大小高度变小，透明度减少

private void clickEvent(){

setCardElevation(4);

AnimatorSet set = new AnimatorSet();

set.playTogether(

ObjectAnimator.ofFloat(this,“scaleX”,1,0.97f),

ObjectAnimator.ofFloat(this,“scaleY”,1,0.97f),

ObjectAnimator.ofFloat(this,“alpha”,1,0.9f)

);

set.setDuration(100).start();

}

//手指抬起的时候触发的事件；大小高度恢复，透明度恢复

private void upEvent(){

setCardElevation(getCardElevation());

AnimatorSet set = new AnimatorSet();

set.playTogether(

ObjectAnimator.ofFloat(this,“scaleX”,0.97f,1),

ObjectAnimator.ofFloat(this,“scaleY”,0.97f,1),

ObjectAnimator.ofFloat(this,“alpha”,0.9f,1)

);

set.setDuration(100).start();

}

}

动画方面的内容就不分析了，不属于本文的范畴。可以看到我们只是给cardView设置了动画效果，监听事件我们可以设置给cardView内部的ImageView或者直接设置给CardView。需要注意的是，如果设置给cardView需要重写cardView的 intercepTouchEvent 方法永远返回true，防止事件被子view消费而无法触发监听事件。

解决滑动冲突

滑动冲突是事件分发运用最频繁的场景，也是一个重难点（敲黑板，考试要考的）。滑动冲突的基本场景有以下三种：

• 情况一：内外view的滑动方向不同，例如viewPager嵌套ListView

• 情况二：内外view滑动方向相同，例如viewPager嵌套水平滑动的recyclerView

• 情况三：情况一和情况二的组合

解决这类问题一般有两个步骤：确定最终实现效果、代码实现。

滑动冲突的解决需要结合具体的实现需求，而不是一套解决方案可以解决一切的滑动冲突问题，这不现实。因此在解决这类问题时，需要先确定好最终的实现效果，然后再根据这个效果去思考代码实现。这里主要讨论情况一和情况二，情况三类同。

情况一

情况一是内外滑动方向不一致。这种情况的通用解决方案就是：根据手指滑动直线与水平线的角度来判断是左右滑动还是上下滑动：

如果这个角度小于45度，可以认为是在左右滑动，如果大于45度，则认为是上下滑动。那么现在确定好解决方案，接下来就思考如何代码实现。

滑动角度可以通过两个连续的MotionEvent对象的坐标计算出来，之后我们再根据角度的情况选择把事件交给外部容器还是内部view。这里根据事件处理的位置可分为内部拦截法和外部拦截法 。

• 外部拦截法：在viewGroup中判断滑动的角度，如果符合自身滑动方向消费则拦截事件

• 内部拦截法：在内部view中判断滑动的角度，如果是符合自身滑动方向则继续消费事件，否则请求外部viewGroup拦截事件处理

从实现的复杂度来看，外部拦截法会更加优秀，不需要里外view去配合，只需要viewGroup自身做好事件拦截处理即可。两者的区别就在于主动权在谁的手上。如果view需要做更多的判断可以采用内部拦截法，而一般情况下采用外部拦截法会更加简单。

接下来思考一下这两种方法的代码实现。

---

外部拦截法中，重点在于是否拦截事件，那么我们的重心就放在了 onInterceptTouchEvent 方法中。在这个方法中计算滑动角度并判断是否要进行拦截。这里以ScrollView为例子(外部是垂直滑动，内部是水平滑动），代码如下：

public class MyScrollView extends ScrollView {

// 记录上一次事件的坐标

float lastX = 0;

float lastY = 0;

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

int actionMasked = ev.getActionMasked();

// 不能拦截down事件，否则子view永远无法获取到事件

// 不能拦截up事件，否则子view的点击事件无法被触发

if (actionMasked == MotionEvent.ACTION_DOWN || actionMasked == MotionEvent.ACTION_UP){

lastX = ev.getX();

lastY = ev.getY();

return false;

}

// 获取斜率并判断

float x = ev.getX();

float y = ev.getY();

return Math.abs(lastX - x) < Math.abs(lastY - y);

}

}

代码的实现思路很简单，记录两次触控点的位置，然后计算出斜率来判断是垂直还是水平滑动。代码中有个需要注意的点：viewGroup不能拦截up事件和down事件。如果拦截了down事件那么子view将永远接收不到事件信息；如果拦截了up事件那么子view将永远无法触发点击事件。

上面的代码是事件分发的核心代码，更加具体的代码还需要根据实际需求去完善细节，但整体的逻辑是不变的。

---

内部拦截法的思路和外部拦截的思路很像，只是判断的位置放到了内部view中。内部拦截法意味着内部view必须要有控制事件流走向的能力，才能对事件进行处理。这里就运用到了内部view一个重要的方法： requestDisallowInterceptTouchEvent 。

这个方法可以强制外层viewGroup不拦截事件。因此，我们可以让viewGroup默认拦截除了down事件以外的所有事件。当子view需要处理事件时，只需要调用此方法即可获取事件；而当想要把事件交给viewGroup处理时，那么只需要取消这个标志，外层viewGroup就会拦截所有事件。从而达到内部view控制事件流走向的目的。

代码实现需要分两步走，首先是设置外部viewGroup拦截除了down事件以外的所有事件（这里用viewPager和ListView来进行代码演示）：

public class MyViewPager extends ViewPager {

public boolean onInterceptTouchEvent(MotionEvent ev) {

if (ev.getActionMasked()==MotionEvent.ACTION_DOWN){

return false;

}

return true;

}

}

接下来需要重写内部view的dispatchTouchEvent方法：

public class MyListView extends ListView {

float lastX = 0;

float lastY = 0;

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

int actionMarked = ev.getActionMasked();

switch (actionMarked){

// down事件，必须请求不拦截，否则拿不到move事件无法进行判断

case MotionEvent.ACTION_DOWN:{

requestDisallowInterceptTouchEvent(true);

break;

}

// move事件，进行判断是否处理事件

case MotionEvent.ACTION_MOVE:{

float x = ev.getX();

float y = ev.getY();

// 如果滑动角度大于90度自己处理事件

if (Math.abs(lastY-y)<Math.abs(lastX-x)){

requestDisallowInterceptTouchEvent(false);

}

break;

}

default:break;

}

// 保存本次触控点的坐标

lastX = ev.getX();

lastY = ev.getY();

// 调用ListView的dispatchTouchEvent方法来处理事件

return super.dispatchTouchEvent(ev);

}

}

两种方法的代码思路基本一致，但是内部拦截法会更加复杂一点，所以在一般的情况下，还是使用外部拦截法较好。

到这里已经解决了情况一的滑动冲突解决方案，接下来看看情况二的滑动冲突如何解决。

情况二

第二种情况是里外容器的滑动方向是一致的，这种情况的主流解决方法有两种，一种是外容器先滑动，外容器滑动到边界之后再滑动内部view，例如京东app（注意向下滑动时的情况）：

第二种情况的内部view先滑动，等内部view滑动到边界之后再滑动外部viewGroup,例如饿了么app（注意向下滑动时的情况）：

最后

以前一直是自己在网上东平西凑的找，找到的东西也是零零散散，很多时候都是看着看着就没了，时间浪费了，问题却还没得到解决，很让人抓狂。

后面我就自己整理了一套资料，还别说，真香！

资料有条理，有系统，还很全面，我不方便直接放出来，大家可以先看看有没有用得到的地方吧。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

整理了一套资料，还别说，真香！

资料有条理，有系统，还很全面，我不方便直接放出来，大家可以先看看有没有用得到的地方吧。

[外链图片转存中…(img-YLJP5XDd-1714994403671)]

[外链图片转存中…(img-yk0pZoHO-1714994403671)]

[外链图片转存中…(img-nhC5IVEo-1714994403672)]

[外链图片转存中…(img-wH4gchzR-1714994403672)]

[外链图片转存中…(img-TvXImdAz-1714994403672)]

[外链图片转存中…(img-7WI3InBW-1714994403673)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！