既然选择了远方,便只顾风雨兼程.
-
点击事件的传递规则
在介绍点击事件传递规则之前,首先我们需要明白这里要分析的对象是MotionEvent,即点击事件.所谓点击事件的事件分发,其实就是对MotionEvent事件分发的过程.当一个MotionEvent产生之后,系统需要把这个事件传递给一个具体的view,而这个传递的过程就是分发过程.点击事件的分发过程由三个很重要的方法来共同完成:dispatchTouchEvent,onInterceptTouchEvent 和 onTouchEvent.
-
dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event)
用来进行事件的分发.如果事件能够传递到当前的view,那么次方法一定会被执行.返回结果受当前View的onTouchEvent以及下级View的dispatchTouchEvent方法的影响,表示是否消耗当前事件.
-
onInterceptTouchEvent
public boolean onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent方法中调用,用来判断是否拦截某个事件,如果当前view拦截了某一个事件,那么在同一个事件序列当中,此方法不会被再次调用,返回结果表示是否拦截当前事件.
-
onTouchEvent
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent方法中调用.用来处理点击事件.返回结果表示是否消耗当前事件.如果不消耗,则在同一事件序列中,当前view无法再次接手到事件.
-
上述三个方法区别与它们之间存在的联系,伪代码表示:
public void dispatchTouchEvent(MothionEvent ev){
boolean consume = fasle;
if (onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
通过上面的伪代码,我们可以大概了解到点击事件的传递规则:对于一个根ViewGroup来说,点击事件产生之后,首先会传递给它自身,此时它的dispatchTouchEvent就会被调用.如果这个ViewGroup的onInterceptTouchEvent方法返回true,就代表它要拦截当前事件,接着事件就会交给这个ViewGroup处理,即 onTouchEvent方法就会被调用.如果这个ViewGroup的onInterceptTouchEvent方法返回false,就表示它不拦截当前事件,就表示它不拦截当前事件,这时当前事件就会继续传递给它的子元素,接着子元素的dispatchTouchEvent方法就会被调用.如此反复直至事件被最终处理.
当一个点击事件产生之后,它的传递过程遵循如下顺序:Activity->Window->View,也就是事件总是先传递给Activity,Activity在传递给Window,最后Window在传递给顶层View.顶层View接收到事件之后,就会按照事件分发机制去分发事件.考虑一种情况,如上图深红色箭头标识:如果一个View的onTouchEvent 返回false,那么它父容器的onTouchEvent将会调用,如果父容器也不处理返回了false,以此类推,所有的元素都处理这个事件,那么这个事件将会最终传递给Activity处理.即Activity的onTouchEvent方法会被调用.这样说是不是有点笼统,咱们举个栗子哈:假如点击事件是一个难题,这个难题被上级领导分配给了一个程序猿,<事件分发>.而遗憾的是呀,这个程序猿搞不定,<onTouchEvent返回了false>,哎呀 愁人 头发掉了一大把.还是没有解决.难题必须是要解决的,那只能交给水平更高的程序猿解决,<上级的onTouchEvent 将被调用>,可是呀 这个难题太难了,也没有解决<onTouchEvent 返回了false>,怎么办,只能交给上级的上级,大佬来处理咯,就这样,问题一层一层的往上抛.
-
优先级问题
当一个View需要处理的时,如果它设置了OnTouchListener,那么onTouch方法会被回调.这时的事件还得看onTouch的返回值.如果onTouch返回false,则当前View的onTouchEvent 将会被调用.如果返回true,onTouchEvent将不会被调用.由此可见,OnTouchListener的优先级是大于onTouch.
View 设置OnTouchListener
tv.setOnTouchListener { v, event ->
false
}
View的setOnTouchListener源码
public void setOnTouchListener(OnTouchListener l) {
getListenerInfo().mOnTouchListener = l;
}
OnTouchListener 是一个接口,定义如下:
public interface OnTouchListener {
/**
* Called when a touch event is dispatched to a view. This allows listeners to
* get a chance to respond before the target view.
*
* @param v The view the touch event has been dispatched to.
* @param event The MotionEvent object containing full information about
* the event.
* @return True if the listener has consumed the event, false otherwise.
*/
boolean onTouch(View v, MotionEvent event);
}
OnTouchListener在dispatchTouchEvent方法中调用的:
此源码为View的dispatchTouchEvent,这里不包含ViewGroup
public boolean dispatchTouchEvent(MotionEvent event) {
....
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
....
return result;
}
通过上面的源码,首先判断mOnTouchListener 是否为null,接着判断mOnTouchListener.onTouch是否返回true,如果返回了true,那么满足条件 result = true;并且方法体return result; 那么onTouchEvent就不会被调用.可见,OnTouchListener的优先级是高于onTouchEvent的.
-
关于事件传递的机制,这里总结些结论
1- 同一个事件序列是从手指接触屏幕那一刻起,到手指离开屏幕一刻结束.在这个过程所产生的一系列事件,这个事件以Down 事件开始,中间含有数量不等的Move事件,最终以Up事件结束.
2- 某一个View一旦拦截,那么这一个事件序列都只能由它来处理(前提事件能够传递给它),并且它的onInterceptTouchEvent不会被调用.这条也很好理解,就是说当一个View要决定拦截一个事件之后,那么系统就会把同一个事件中的其他方法都交它来处理,因此就不会再次调用View的onInterceptTouchEvent,询问是否要拦截了.
3- 正常情况下,一个事件序列只能被一个View拦截且消耗,原因可见2.一旦一个view元素拦截了此事件,那么同一事件序列内的的所有事件都会交给它处理,因此同一个事件序列中的事件不能分别又两个View同时处理,但是通过某种手段可以做到.比如一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理.
4- 某一个View一旦开始开始处理事件,如果它不消耗ACTION_DOWN(onTouchEvent 返回了false),那么同一事件序列中的其他事件也都不会再交给它来处理.并且事件会重新它的父元素去处理,即父View的onTouchEvent将会被调用. 其含义就是,事件一旦给一个View处理,那么它就必须要消费掉,否则同一事件序列中剩下的事件就不用再交它来处理了.这就好比,在日常生活中,上级交给程序猿一件事,如果这件事没有处理好,短期内上级就不敢再把事情交给这个程序猿处理了.两者类似同样的道理.
5- 如果View不消耗除ACTION_DOWN以外的其他事件,那么这个点击事件会消失,此时父元素的onTouchEvent并不会被调用,并且当前View可以持续收到后续的事件,终止这些点击事件会传递给Activity处理.
6- ViewGroup 默认不拦截任何事件,Android源码中onInterceptTouchEvent 默认返回false
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
&& ev.getAction() == MotionEvent.ACTION_DOWN
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
7- View没有onInterceptTouchEvent方法,一旦有点击事件传递给它,那么它的onTouchEvent就会被调用.
8- View的oTouchEvent默认都会消耗事件(返回true),除非它是不可点击的(clickable和longClickable 同时为false).View的longClickable默认为false.clickable属性要分情况:比如Button的clickable默认为true,而TextView就默认为false.
9- View的enable属性不影响onTouchEvent的默认返回值,只要它的clickable或者longClickable 有一个为true,那么它的onTouchEvent就返回true.
10- onClick会发生的前提是当前View是可点击的,并且它收到了ACTION_MOVE 以及 ACTION_UP 的事件.
11- 事件传递是由外向内的,即事件总线先传递给父元素,然后再由父元素分发给子View,通过getParent.requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的分发过程,但是ACTION_DOWN事件除外.
笔者在验证第8条的时候,自己埋了一个坑,并狠狠的栽了一跤!代码如下:
public class MyButton extends Button {
private String TAG = "MyButton";
public TextLayoutView(Context context) {
this(context,null);
}
public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
this(context,attrs,0);
}
public TextLayoutView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.e(TAG,"dispatchTouchEvent -->"+super.dispatchTouchEvent(event));
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.e(TAG, "---ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
Log.e(TAG, "-----ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
Log.e(TAG, "-----ACTION_UP");
break;
}
return super.onTouchEvent(event);
}
}
xml 界面
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
android:gravity="center"
android:id="@+id/ml">
<com.jx.code.myapplication.view.MyButton
android:id="@+id/tlv"
android:background="@color/colorPrimary"
android:layout_width="50dp"
android:layout_height="50dp"
/>
</LinearLayout>
当我用手指触摸Button的时候,通常来讲MyButton作为事件的消费者,理应消耗MotionEvent,但事实并没有想象的那么美好.查看下log发现,程序只打印了MyButton:---ACTION_DOWN,然后就没有然后啦...
肿么回事呢?我们分析下, Button的父类是TextView,影响View的oTouchEvent事件因素是什么嘞?当clickable和longClickable同时为false的时候,oTouchEvent会返回false.其中View中的longClickable默认值就是false.由于TextView不可点击clickable也为false,而Button中clickable属性是true.现在我们已经分析完了,上面MyButton类不消耗事件,肯定是onTouchEvent返回了false.现在我们打印下MyButton.isClickable. 通过log显示,clickable属性返回了false.why?????
Button的clickable默认不是为true嘛!!!! 怎么就成了false!!!
MyButton几乎没做任何处理,onTouchEvent也就是简单的打印下log,无非是构造函数出了异常,手动抓狂~~~~
代码定位了这行.
public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
this(context,attrs,0);
}
我为了图省方便,使用单参调用多参的方式来调用构造函数,并没有一次调用super语句
只有在第三个参数的时候调用了super语句,在只有两个参数的构造中我把0 传递给了defStyleAttr .咱们看下defStyleAttr 是干什么用的.
* @param defStyleAttr The resource identifier of an attribute in the current theme
* whose value is the the resource id of a style. The specified style’s
* attribute values serve as default values for the button. Set this parameter
* to 0 to avoid use of default values.
* @see #Button(Context, AttributeSet, int, int)
* @see android.view.View#View(Context, AttributeSet, int)
*/
public Button(Context context, AttributeSet attrs, int defStyleAttr) {
this(context, attrs, defStyleAttr, 0);
}
public Button(Context context, AttributeSet attrs) {
this(context, attrs, com.android.internal.R.attr.buttonStyle);
}
然后咱们回过头看下TextView的构造
public TextView(Context context, @Nullable AttributeSet attrs) {
this(context, attrs, com.android.internal.R.attr.textViewStyle);
}
public TextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
this(context, attrs, defStyleAttr, 0);
}
知道问题出现在哪里吧.找到了出错点,接下来就解决bug.
带有两个参数的构造,使用super,或者this(context,attrs,com.android.internal.R.attr.buttonStyle)
我们上面说View的longClickable默认是为false的, clickable属性值和具体的View有关,如果是可点击View clickable 为true,反之为false.通过setLongClickable和setClickable是可以改变其属性状态的.此外setOnClickListener可以自动把View的clickable属性设置为true.setOnLongClickListener也可以把longClickable属性设置为true.这一点可以从源码获悉.
public void setOnClickListener(@Nullable OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
public void setOnLongClickListener(@Nullable OnLongClickListener l) {
if (!isLongClickable()) {
setLongClickable(true);
}
getListenerInfo().mOnLongClickListener = l;
}
本文借鉴于任玉刚大神《Android 开发者进程》第三章 View的事件体系.如果您发现这篇文章,有错误之处,希望请您留言,并指出.我定虚心接受.并感激不尽!
