Android 事件分发机制及滑动冲突~点击了解一下呗

xiaoxiao2021-02-28  23

本篇文章基于sdk-26的android源码讲解,源码较为难读,只能尽力而已,由于各个版本android源码不尽相同,但大体流程是一致的,如讲解有误,请大家留言,欢迎斧正。

概述事件分发必须了解的基础事件分发源码解读滑动冲突介绍及其通用解决办法举例解决通用滑动冲突问题

概述

每一个app都是开发者呕心沥血coding出来的,界面完美诠释UI的设置,当中必然会涉及到优美的动画、自定义view、而实现种种效果的话必然会涉及到触摸,由此android事件分发是我们每一个开发者都要了解和必会的知识。学习事件分发机制不要总是用到的时候再去看看,要深入其中了解源码,最起码要大致心中有一个流程。android事件分发流程应该是 冒泡和捕获机制。引用任主席的一句话就是,消息像水泡一样根据条件一层一层到达底部,然后慢慢向上浮起,每到一层处理一次。写这篇文章的目的也是自己遇到了一个滑动冲突,一个日历控件和下拉刷新冲突,自己想了想,发现忘了事件分发的相关内容了,,ԾㅂԾ,,,正巧部门内部也需要发表文章,和也答应朋友们发红包~~~其实我就是为了不发红包哒嗯哼。

事件分发必须了解的基础

事件分发的对象 MotionEvent事件序列事件分发的大体流程介绍事件分发的方法

事件分发的对象 MotionEvent 事件分发其实就是个个流程中把 MotionEvent 对象分发和转派,用户触摸屏幕通过 native 方法捕获一个动作,接下来把这个动作转为MotionEvent对象并且分发给 Activity -> ViewGroup -> View 等;

MotionEvent 对象是一次手指出没屏幕产生的多有内容集合,其中重要的的是action,action也是事件类型,指这次触摸的类型动作。在此文中我们需要了解这四种action。

事件类型动作MotionEvent.ACTION_DOWN触碰ViewMotionEvent.ACTION_UP离开ViewMotionEvent.ACTION_MOVE滑动ViewMotionEvent.ACTION_CANCEL取消

事件序列 事件序列:从手指接触屏幕的那一刻起,到手指离开屏幕的那一刻结束,在这个过程中产生的一系列事件,这些事件以down事件开始,中间有无数的move事件最终以up事件结束。 事件分发的大体流程介绍 大体上是 WindowsManagerService -> Activity-> DecorView-> ViewGroup -> View,至于activity接收到事件的过程,我阅读了源码但是没找到,可能26的源码比之前的难以理解,也是我的经验不足。 这个图大家看看WindowManagerService就好不要深追,也不要想着看源码就看得懂,反正我是没看懂。 先来一张大致的流程图(事件已经下发到activity中,自己懒得做流程图,对!我就是这么任性!) 这个图在ViewGroup和View中缺少了一步,只贴出代码没有说明少哪一步会不会被打呀( •̀ ω •́ )✧

//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; }

当一个点击事件产生后,事件总是先传递到Activity,Activity在传递到Window,最后Window在传递给顶级View,顶级View接收到事件后,就会按照事件分发机制去分发事件。如果一个View的onTouchEvent返回false,不消费事件,那么它的父容器的onTouchEvent将会被调用,以此类推。 事件分发的方法 点击事件分发过程由三个重要的方法共同完成:disPatchTouchEvent、onInterceptTouchEvent、和onTouchEvent。 1. public boolean disPatchTouchEvent(MotionEvent event); 在当前的disPatchTouchEvent方法中调用(系统源码)自己随意调用看心情,用来进行事件的分发。如果事件传递给当前的View,那么此方法必定会调用,它的返回值受到当前View的onTouchEvent和当前触摸到的子View的disPatchTouchEvent方法的影响。 2.public boolean onInterceptTouchEvent(MotionEvent event); 用来判断是否拦截某个事件,此方法在ViewGroup中才有,如果当前的ViewGroup拦截了某个事件,那么在同一个事件序列当中,此方法不会调用,原因看源码就懂了,因为设置了一个变量,它的返回结果表示是否拦截当前事件,拦截返回true。 3.public boolean onTouchEvent(MotionEvent event); 在disPatchTouchEvent方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件,如果不消耗,那么在同一个事件序列中,当前View无法再次收到事件,因为事件像气泡一样向上方抛去,如果都不处理这个此次事件的话,最后会被activity的ontouchevent方法处理。那么此次同一个事件序列的所有事件都被activity处理了。

上述三个方法到底有什么区别呢?它们之间有什么关系?下面我用一段伪代码表示一下:

public boolean disPatchTouchEvent(MotionEvent event){ boolean consume ; if(onInterceptTouchEvent(event)){ consume = onTouchEvent(event); }else{ consume = child.disPatchTouchEvent(); } return consume; }

通过伪代码我们可以大致了解事件分发的流程,当ViewGroup被调用disPatchTouchEvent方法时候,判断如果当前ViewGroup需要拦截此次事件的话,那么就会调用当前ViewGroup的onTouchEvent方法来处理,如果不拦截的话,是遍历当前ViewGroup中触发点击的子View的分发方法。然后又是同一个流程,如果它没有是View的话没有子view,那么就调用自己的onTouchEvent方法。

事件分发源码解读

接下来我们分析事件分发到底是怎么通过这些方法来调用的,整个的流程到底是什么样子。为什么那三个返回值产生的效果区别很大。

至于触碰手机屏幕产生事件到传递给activity中的事件,在这里我就不解读了,因为我没找到也不会,源码也没看通。来打我呀,想了解的去看看一个app的启动然后看WindowManagerService。

Activity 首先我们从Activity中的disPatchTouchEvent方法入口:

public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { //空方法不研究 onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { //事件交给了Activity所附属的Window进行分发,如果true,就此结束,如果false,那么下一步 return true; } //当Window返回false的时候,Activity的onTouchEvent就会调用 return onTouchEvent(ev); } //接下来我们看看getWindow().superDispatchTouchEvent(ev)是个什么东西,Window是如何将事件传递给Viewgroup的? public abstract class Window {...} public abstract boolean superDispatchTouchEvent(MotionEvent event); //Window是一个抽象类,而superDispatchTouchEvent也是一个抽象方法,因此我们要找到Window的实现类才行。 //从Window抽象类的类说明得知"The only existing implementation of this abstract class is //android.view.PhoneWindow, which you should instantiate when needing a Window." //Window类可以控制顶级View的外观和行为策略,它唯一的实现是PhoneWindow。 PhoneWindow类方法: @Override public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event); } //这里就清楚了,PhoneWindow将事件传递给了mDecor,decor是什么? // This is the top-level view of the window, containing the window decor. private DecorView mDecor; ... @Override public final View getDecorView() { if (mDecor == null || mForceDecorInstall) { installDecor(); } return mDecor; } //我们知道通过getWindow().getDecorView().findViewById(android.R.id.content).getChildAt(0) //这种方式就可以获取到Activity所设置的View,这个mDecor,显然就是getWindow().getDecorView()返回的View, //而我们平常用的setContentView()设置的View,就是mDecor的子View。由于DecorView继承自FrameLayout, //且它是父View,所以事件最终会传递到View。到了这层就好办了,那么接下来就是分析ViewGroup和View了。 //如果getWindow().superDispatchTouchEvent(ev)返回了false的话,那么Activity会调用自己的onTouchEvent方法 public boolean onTouchEvent(MotionEvent event) { if (mWindow.shouldCloseOnTouch(this, event)) { finish(); return true; } return false; } //有些人可能不明白activity 的View嵌套,那么我也是不会讲解的,就一张图大家看图就会理解和明白了。

ViewGroup 我们上一步是到了DecorView中的分发方法了代码如果所示在DecorView源码中:

public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); }

这里调用super,DecorView的父类是FrameLayout也就是ViewGroup。 那么我们去ViewGroup中去看看dispatchTouchEvent方法

@Override public boolean dispatchTouchEvent(MotionEvent ev) { //省略暂时无关代码 boolean handled = false; if (onFilterTouchEventForSecurity(ev)) { // Handle an initial down. if (actionMasked == MotionEvent.ACTION_DOWN) { cancelAndClearTouchTargets(ev); resetTouchState(); } // Check for interception. //检查是否拦截此次事件 final boolean intercepted; //从这里我们可以看出当事件类型为down或者是mFirstTouchTarget!=null的时候,判断是否拦截当前事件 //这里mFirstTouchTarget是什么呢,从后面代码可以看出如果ViewGroup //的子View处理了事件,mFirstTouchTarget会被赋值并指向子元素。反过来如果事件有当前ViewGroup //拦截并处理的话,mFirstTouchTarget==null,那么当下次的同一时间序列的事件到来, //move和up时间到来,由于不满足actionMasked并且mFirstTouchTarget也是null,导致Viewgroup //的onInterceptTouchEvent方法不会被调用了,就算你设置requestDisallowInterceptTouchEvent也没用 //并且接下里的同一事件序列中的时间都会交给ViewGroup自己处理。当然只是同一事件序列 //当你结束这次事件序列的话,在触摸屏幕那么所有条件重置。 if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { //判断值1:disallowIntercept = 是否禁用事件拦截的功能(默认是false), //可通过调requestDisallowInterceptTouchEvent()修改, //这个方法修改的是mGroupFlags的值,一次是请求不拦截事件。 //如果设置了FLAG_DISALLOW_INTERCEPT,ViewGroup将无法拦截同一时间序列中的除了down的事件 //为什么说出了down呢,因为在事件action是down的时候会调用resetTouchState();在这个方法刚开始 //重置mGroupFlags的值 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 { intercepted = true; } //从这里我们可以得出结论,当ViewGroup决定拦截事件后,那么后续的同一时间序列中的事件会默认交给它处理,并且 //不再调用的它onInterceptTouchEvent方法判断了。 //第一点:onInterceptTouchEvent方法不是每次事件来都会调用的,如果我们想要处理所有的点击事件, //要选择disPatchTouchEvent方法才行。 //第二点:requestDisallowInterceptTouchEvent方法可以用来请求拦截事件,让父布局调用拦截事件,那么如果父布局在 //拦截事件中返回true那么子View就收不到事件了,可以用来解决事件冲突。 // Check for cancelation. final boolean canceled = resetCancelNextUpFlag(this) || actionMasked == MotionEvent.ACTION_CANCEL; // Update list of touch targets for pointer down, if needed. final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0; TouchTarget newTouchTarget = null; boolean alreadyDispatchedToNewTouchTarget = false; if (!canceled && !intercepted) { final int childrenCount = mChildrenCount; if (newTouchTarget == null && childrenCount != 0) { //省略部分代码 ... //通过for循环,遍历了当前ViewGroup下的所有子View for (int i = childrenCount - 1; i >= 0; i--) { //省略部分代码 ... //判断当前遍历的View是不是正在点击的View,从而找到当前被点击的View //若是,则进入条件判断内部 if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { ev.setTargetAccessibilityFocus(false); continue; } newTouchTarget = getTouchTarget(child); if (newTouchTarget != null) { newTouchTarget.pointerIdBits |= idBitsToAssign; break; } resetCancelNextUpFlag(child); //dispatchTransformedTouchEvent实际上调用子元素的disPatchTouchEvent方法 //这样事件就交给子元素处理了。如果子元素返回true的话那么mFirstTouchTarget被赋值 //newTouchTarget = addTouchTarget(child, idBitsToAssign); //target.next = mFirstTouchTarget;mFirstTouchTarget = target; // 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(); //给mFirstTouchTarget赋值使用 //mFirstTouchTarget是一个单列表结构,它是否被赋值会影响ViewGroup对 //事件的拦截策略 newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; break; } ev.setTargetAccessibilityFocus(false); } if (preorderedList != null) preorderedList.clear(); } if (newTouchTarget == null && mFirstTouchTarget != null) { newTouchTarget = mFirstTouchTarget; while (newTouchTarget.next != null) { newTouchTarget = newTouchTarget.next; } newTouchTarget.pointerIdBits |= idBitsToAssign; } } } // Dispatch to touch targets. //这里判断遍历后子元素没有处理事件,分两种情况,1.ViewGroup没有子元素那么mFirstTouchTarget不会 //被赋值,2.子元素处理了事件但是在dispatchTouchEvent返回了false,这一般是子元素的onTouchEvent //返回了false,下面的代码直接传入了view是null,那么到这个方法 //dispatchTransformedTouchEvent 中view是null的话直接调用了super,那么这个viewgroup的super //是View,那么也就是ViewGroup的方法在这个里面调用的也是super.onTouchEvent方法 //这里也是如果找不到子View或者子View没有处理返回了false的话,接下来的事件就进入了ViewGroup的自己的 //onTouchEvent方法ViewGroup自己处理了。 if (mFirstTouchTarget == null) { // No touch targets so treat this as an ordinary view. handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS); } return handled; .... private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) { final boolean handled; // Canceling motions is a special case. We don't need to perform any transformations // or filtering. The important part is the action, not the contents. final int oldAction = event.getAction(); if (cancel || oldAction == MotionEvent.ACTION_CANCEL) { event.setAction(MotionEvent.ACTION_CANCEL); if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); } event.setAction(oldAction); return handled; } }

ViewGroup的事件分发也正式了下一步是进入了View 其中ViewGroup的onInterceptTouchEvent方法默认返回false(这么多&&条件我也没看反正是默认返回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; }

View View对事件处理就简单点,View是一个单独元素它无法向下传递,并且它也没有onInterceptTouchEvent方法。

public boolean dispatchTouchEvent(MotionEvent event) { //只看核心代码,因为其他的代码我看不懂,嘿哈 boolean result = false; 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; //enabeld默认是true的,首先判断有没有设置onTouchlistener,如果onTouchListener的ontouch返回true //那么View的onTouchEvent方法不会调用。可以得到onTouchListener优先于onTouchEvent方法。 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; } 接下来分析onTouchEvent方法 public boolean onTouchEvent(MotionEvent event) { //省略非关键代码 if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) { final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE; switch (action) { case MotionEvent.ACTION_UP: mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN; if ((viewFlags & TOOLTIP) == TOOLTIP) { handleTooltipUp(); } if (!clickable) { removeTapCallback(); removeLongPressCallback(); mInContextButtonPress = false; mHasPerformedLongPress = false; mIgnoreNextUpEvent = false; break; } boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0; if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) { boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } if (prepressed) { setPressed(true, x, y); } if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) { // This is a tap, so remove the longpress check removeLongPressCallback(); // Only perform take click actions if we were in the pressed state //这个就是view的onclick事件啦,哈哈在这里,往下看就能找到performClick方法。 if (!focusTaken) { if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { performClick(); } } } } //从上面的代码看出只要View的CLICKABLE 和 LONG_CLICKABLE 和 CONTEXT_CLICKABLE有一个为true, //那么它就会消费这个事件,最后返回true,也就是通过onTouchEvent消费了这个事件。 return true; } } public boolean performClick() { final boolean result; final ListenerInfo li = mListenerInfo; if (li != null && li.mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); li.mOnClickListener.onClick(this); result = true; } else { result = false; } sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); notifyEnterOrExitForAutoFillIfNeeded(true); return result; }

到这里的话事件分发的源码就说完了,可算是累死我了,自己没有画流程图,我找到一张大家看看就好。 接下来对于andoird的事件分发机制总结总结: 1.一旦ViewGroup决定拦截一个事件,那么接下来这同一个时间序列都是由他自己的onTouchEvent处理(前提是onTouchEvent返回true,也就是接下来的事件都能传递给它,而不是被activity或者父布局处理),因此也不会调用他自己的onInterceptTouchEvent方法来判断是否拦截了。 2.每个View一旦决定处理事件,如果它不消耗(onTouchEvent返回false)down事件的话,那么同一个事件序列中的事件不会再交给它处理,都传递给它的父元素处理。 3.ViewGroup默认不拦截任何事件,View没有拦截事件方法 4.View的onTouchEvent默认返回true,除非它是它的CLICKABLE、LONG_CLICKABLE、CONTEXT_CLICKABLE等都是false。TextView的clickable属性默认为false。 5.onclick会触发的前提是View是可点击,并且有down和up事件。 6.事件总是由外向内传递的,但是通过RequestDisallowInterceptTouchEvent方法可以在子元素中改变父元素的拦截事件,当然也要父元素的拦截方法配合才行。

滑动冲突介绍及其通用解决办法

就因为事件分发机制,如果界面中出现内外两层可以同时滑动,那么必然会产生滑动冲突,对于我们开发者碰到这些问题该如何解决呢?有没有一个通用的套路呢? 答案是有的,通用的解决方法有两个:1.外部拦截法;2.内部拦截法; 常见的滑动冲突大体上分为三种: 1.外部滑动方向和内部滑动方向一致; 2.外部滑动方向和内部滑动方向不一致; 3.多个嵌套; 针对这些滑动冲突,我们采用两种通用的方法都可以解决,嵌套很多的滑动冲突那么就两者都采用就好。 外部拦截法 外部拦截法是指点击事件都先经过父容器拦截处理,如果父容器需要事件就拦截不需要就不拦截。主要思路是在ViewGroup的onInterceptTouchEvent方法,在这里面判断是否拦截事件,当然down事件不能拦截,原因是拦截了down事件后,接下来的同一事件序列的事件都会交由ViewGroup自己来处理,不明白的看看源码。 外部拦截法的伪代码如下(ViewGroup):

onInterceptTouchEvent(){ boolean intercepted; switch(action){ case down: intercepted = false; break; case move: if(父容器需要拦截){ intercepted = true; }else{ intercepted = false; } break; case up: intercepted = false; break; } return intercepted; }

内部拦截法 内部拦截法是指父容器不拦截任何事件,所有的事件都会传递到子元素,如果子元素需要事件那么就消费掉,否则就交给父容器来处理事件,至于如何交给父容器来处理呢,那么就调用requestDisallowInterceptTouchEvent方法来请求父容器拦截事件,当然,父容器拦截了事件,也要去从写onInterceptTouchEvent方法并且action!=down的时候返回false。这样才能配合使用。 内部拦截法的伪代码如下:

//View(子元素) disPatchTouchEvent(){ switch(action){ case down: //parent是子元素的父布局,让父布局不拦截down事件,目的可以down事件下发到View parent.requestDisallowInterceptTouchEvent(true); break; case move: if(父布局需要使用此事件){ parent.requestDisallowInterceptTouchEvent(false); } break; case up: break; } return super.disPatchTouchEvent(); } //ViewGroup来配合 onInterceptTouchEvent(){ if(action == down) return false; else return true; }

为什么父布局不能拦截down事件呢,因为down在那个拦截标志位判断之前,一旦父布局拦截了down事件的话,那么所有的事件都会到父布局,并不会传递到子View了。

举例解决通用滑动冲突问题

网上有很多的滑动冲突例子,有很多解决方法,大家可以去看看,再次我也说明一个例子。 曾经很早的时候做过一个侧滑布局(上段时间发现有人用水平的scrollview写了个,这想法真是太好了,我咋没想到呢),像ios系统的短信左划出现删除按钮一样,例子写的比较早,15年写的,所以代码写的 有点差,大家勉强看看。想法是,建立一个继承自LinearLayout,里面包含两个子View。

<com.demo.lli.mydemo.MySlideLinearlayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="wrap_content"> <Button android:id="@+id/tv" android:layout_width="match_parent" android:layout_height="50dp" android:text="@string/app_name" android:background="@android:color/holo_red_dark"/> <Button android:id="@+id/btn" android:layout_width="100dp" android:layout_height="match_parent" android:text="@string/app_name" android:background="@android:color/black"/> </com.demo.lli.mydemo.MySlideLinearlayout>

因为想要ViewGroup滑动,那么Button默认ontouchEvent返回true,也就是消费了事件。那么我们应该使用外部拦截法,在ViewGroup中判断什么时候需要拦截事件不让它往下下发。代码如下:

public class MySlideLinearlayout extends LinearLayout { private static final String TAG = "APP"; private View contentView, actionView; private int mTouchSlop = ViewConfiguration.get(getContext()).getScaledTouchSlop(); private Scroller mScroller; private int dragDistance; private int moveX, moveY, mStartX; //处理是否是横向滑动,拦截事件 private int mMostRecentX,mMostRecentY; public MySlideLinearlayout(Context context) { this(context, null); } public MySlideLinearlayout(Context context, AttributeSet attrs) { this(context, attrs, -1); } public MySlideLinearlayout(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); mScroller = new Scroller(getContext()); } @Override protected void onFinishInflate() { super.onFinishInflate(); contentView = getChildAt(0); actionView = getChildAt(1); } @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { super.onMeasure(widthMeasureSpec, heightMeasureSpec); dragDistance = actionView.getMeasuredWidth(); Log.d(TAG, "dragDistance is " + dragDistance + "::mTouchSlop is " + mTouchSlop); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.d(TAG, "onInterceptTouchEvent running..."); boolean intercepted = false; switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: mMostRecentX = (int) ev.getX(); mMostRecentY= (int) ev.getY(); mStartX=mMostRecentX; intercepted = false; break; case MotionEvent.ACTION_MOVE: int moveX = (int) ev.getX(); int diff = moveX - mMostRecentX; Log.i(TAG, "diff is " + diff); if (Math.abs(diff) > mTouchSlop) { intercepted = true; } break; case MotionEvent.ACTION_UP: intercepted = false; break; } Log.i(TAG, "onInterceptTouchEvent return = " + intercepted); return intercepted; } @Override public boolean onTouchEvent(MotionEvent event) { int x = (int) event.getX(); int y = (int) event.getY(); switch (event.getAction()) { case MotionEvent.ACTION_DOWN: break; case MotionEvent.ACTION_MOVE: moveX = x; moveY = y; int dx = moveX - mMostRecentX; int dy = moveY - mMostRecentY; if (Math.abs(dy) < mTouchSlop * 2 && Math.abs(dx) > mTouchSlop) { int scrollX = getScrollX(); int newScroll = mStartX - x; if (newScroll < 0 && scrollX <= 0) { newScroll = 0; } else if (newScroll > 0 && scrollX >= dragDistance) { newScroll = 0; } scrollBy(newScroll, 0); } break; case MotionEvent.ACTION_UP: int scrollX = getScrollX(); int newScrollX; if (scrollX >= dragDistance / 2) { newScrollX = dragDistance - scrollX; } else { newScrollX = -scrollX; } mScroller.startScroll(scrollX, 0, newScrollX, 0); invalidate(); break; } mStartX = x; return true; } @Override public void computeScroll() { if (mScroller.computeScrollOffset()) { scrollTo(mScroller.getCurrX(), mScroller.getCurrY()); invalidate(); } } }

代码思路是,当横向滑动的时候父布局拦截事件,并且重写父布局的onTouchEvent方法来处理滑动策略,scroller就不介绍了,大家都懂。

这篇文章到这里纠结说了,第一次用心的写文章,写了一个工作日,因为源码阅读起来太多了,好多都省略了,没有说到,并且例子也是由于暂时没时间,只写了一个。这篇文章也是我自己的总结,以后遇到事件分发可以多来看看。写这篇文章也阅读了网上别人的文章还有Android艺术探索这本书,其中的流程图我没做,因为别人流程图总结的很好。好啦,能看到这里的开发者们别忘了点个赞,您的点赞和评论是对我最好的支持(对我就是骗赞的(●’◡’●)

转载请注明原文地址: https://www.6miu.com/read-2300300.html

最新回复(0)