> 在android开发中会经常遇到滑动冲突(比如ScrollView或是SliddingMenu与ListView的嵌套)的问题,需要我们深入的了解android事件响应机制才能解决,事件响应机制已经是android开发者必不可少的知识。 # 1.涉及到事件响应的常用方法构成 用户在手指与屏幕接触过程中通过MotionEvent对象产生一系列事件,它有四种状态: - MotionEvent.ACTION_DOWN :手指按下屏幕的瞬间(一切事件的开始) - MotionEvent.ACTION_MOVE :手指在屏幕上移动 - MotionEvent.ACTION_UP :手指离开屏幕瞬间 - MotionEvent.ACTION_CANCEL :取消手势,一般由程序产生,不会由用户产生 Android中的事件onClick, onLongClick,onScroll, onFling等等,都是由许多个Touch事件构成的(一个ACTION_DOWN, n个ACTION_MOVE,1个ACTION_UP)。 android 事件响应机制是先 **分发**(先由外部的View接收,然后依次传递给其内层的最小View)再 **处理** (从最小View单元(事件源)开始依次向外层传递。)的形式实现的。 复杂性表现在:可以控制每层事件是否继续传递(分发和拦截协同实现),以及事件的具体消费(事件分发也具有事件消费能力)。 # 2.android事件处理涉及到的三个重要函数 > **事件分发:public boolean dispatchTouchEvent(MotionEvent ev)** 当有监听到事件时,首先由Activity进行捕获,进入事件分发处理流程。(因为activity没有事件拦截,View和ViewGroup有)会将事件传递给最外层View的dispatchTouchEvent(MotionEvent ev)方法,该方法对事件进行分发。 - return true :表示该View内部消化掉了所有事件。 - return false :事件在本层不再继续进行分发,并交由**上层**控件的onTouchEvent方法进行消费(如果本层控件已经是Activity,那么事件将被系统消费或处理)。 - 如果事件分发返回系统默认的 super.dispatchTouchEvent(ev),事件将分发给本层的事件拦截onInterceptTouchEvent 方法进行处理 > **事件拦截:public boolean onInterceptTouchEvent(MotionEvent ev)** - return true :表示将事件进行拦截,并将拦截到的事件交由本层控件 的 onTouchEvent 进行处理; - return false :则表示不对事件进行拦截,事件得以成功分发到子View。并由子View的dispatchTouchEvent进行处理。 - 如果返回super.onInterceptTouchEvent(ev),默认表示拦截该事件,并将事件传递给当前View的onTouchEvent方法,和return true一样。 > **事件响应:public boolean onTouchEvent(MotionEvent ev)** 在dispatchTouchEvent(事件分发)返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent(事件拦截返回true或super.onInterceptTouchEvent(ev)的情况下,那么事件会传递到onTouchEvent方法,该方法对事件进行响应。 - 如果return true,表示onTouchEvent处理完事件后消费了此次事件。此时事件终结; - 如果return fasle,则表示不响应事件,那么该事件将会不断向上层View的onTouchEvent方法传递,直到某个View的onTouchEvent方法返回true,如果到了最顶层View还是返回false,那么认为该事件不消耗,则在同一个事件系列中,当前View无法再次接收到事件,该事件会交由Activity的onTouchEvent进行处理; - 如果return super.dispatchTouchEvent(ev),则表示不响应事件,结果与return false一样。 > 从以上过程中可以看出,dispatchTouchEvent无论返回true还是false,事件都不再进行分发,只有当其返回super.dispatchTouchEvent(ev),才表明其具有向下层分发的愿望,但是是否能够分发成功,则需要经过事件拦截onInterceptTouchEvent的审核。事件是否向上传递处理是由onTouchEvent的返回值决定的。  (图来自网络) # 3.View源码分析 Android中ImageView、textView、Button等继承于View但没有重写的dispatchTouchEvent方法,所以都用的View的该方法进行事件分发。 看View重要函数部分源码: ``` public boolean dispatchTouchEvent(MotionEvent event) { //返回true,表示该View内部消化掉了所有事件。返回false,表示View内部只处理了ACTION_DOWN事件,事件继续传递,向上级View(ViewGroup)传递。 if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) { //此处的onTouch方式就是回调的我们注册OnTouchListener时重写的onTouch()方法 return true; } return onTouchEvent(event); } ``` 首先进行三个条件的判断: (1)查看是否给button设置了OnTouchListener()事件; (2)控件是否Enable;(控件默认都是enable的) (3)button里面实现的OnTouchListener监听里的onTouch()方法是否返回true; 如果条件都满足,则该事件被消耗掉,不再进入onTouchEvent中处理。否则将事件将交给onTouchEvent方法处理。 ``` public boolean onTouchEvent(MotionEvent event) { ... /* 当前onTouch的组件必须是可点击的比如Button,ImageButton等等,此处CLICKABLE为true,才会进入if方法,最后返回true。 如果是ImageView、TexitView这些默认为不可点击的View,此处CLICKABLE为false,最后返回false。当然会有特殊情况,如果给这些View设置了onClick监听器,此处CLICKABLE也将为true */ if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { switch (event.getAction()) { case MotionEvent.ACTION_UP: ... if (!post(mPerformClick)) { performClick();// 实际就是回调了我们注册的OnClickListener中重新的onClick()方法 } ... break; case MotionEvent.ACTION_DOWN: ... break; case MotionEvent.ACTION_CANCEL: ... break; case MotionEvent.ACTION_MOVE: ... break; } return true; } return false; } ``` ``` public boolean performClick() { ... // if (li != null && li.mOnClickListener != null) { ... li.mOnClickListener.onClick(this); return true; } return false; } ``` ``` public void setOnClickListener(OnClickListener l) { if (!isClickable()) { setClickable(true); } getListenerInfo().mOnClickListener = l; } ``` > 只有我们注册OnTouchListener时重写的 > onTouch()方法中 > > 返回false —> 执行onTouchEvent方法 —> 导致onClick()回调方法执行 > 返回true —> onTouchEvent方法不执行 —> 导致onClick()回调方法不会执行 # 4.ViewGroup源码分析 Android中诸如LinearLayout等的五大布局控件,都是继承自ViewGroup,而ViewGroup本身是继承自View,所以ViewGroup的事件处理机制对这些控件都有效。 部分源码: ``` public boolean dispatchTouchEvent(MotionEvent ev) { final int action = ev.getAction(); final float xf = ev.getX(); final float yf = ev.getY(); final float scrolledXFloat = xf + mScrollX; final float scrolledYFloat = yf + mScrollY; final Rect frame = mTempRect; //这个值默认是false, 然后我们可以通过requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法 //来改变disallowIntercept的值 boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; //这里是ACTION_DOWN的处理逻辑 if (action == MotionEvent.ACTION_DOWN) { //清除mMotionTarget, 每次ACTION_DOWN都很设置mMotionTarget为null if (mMotionTarget != null) { mMotionTarget = null; } //disallowIntercept默认是false, 就看ViewGroup的onInterceptTouchEvent()方法 if (disallowIntercept || !onInterceptTouchEvent(ev)) { //第一点 ev.setAction(MotionEvent.ACTION_DOWN); final int scrolledXInt = (int) scrolledXFloat; final int scrolledYInt = (int) scrolledYFloat; final View[] children = mChildren; final int count = mChildrenCount; //遍历其子View for (int i = count - 1; i >= 0; i--) { //第二点 final View child = children[i]; //如果该子View是VISIBLE或者该子View正在执行动画, 表示该View才 //可以接受到Touch事件 if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) { //获取子View的位置范围 child.getHitRect(frame); //如Touch到屏幕上的点在该子View上面 if (frame.contains(scrolledXInt, scrolledYInt)) { // offset the event to the view's coordinate system final float xc = scrolledXFloat - child.mLeft; final float yc = scrolledYFloat - child.mTop; ev.setLocation(xc, yc); child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; //调用该子View的dispatchTouchEvent()方法 if (child.dispatchTouchEvent(ev)) { // 如果child.dispatchTouchEvent(ev)返回true表示 //该事件被消费了,设置mMotionTarget为该子View mMotionTarget = child; //直接返回true return true; } // The event didn't get handled, try the next view. // Don't reset the event's location, it's not // necessary here. } } } } } //判断是否为ACTION_UP或者ACTION_CANCEL boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL); if (isUpOrCancel) { //如果是ACTION_UP或者ACTION_CANCEL, 将disallowIntercept设置为默认的false //假如我们调用了requestDisallowInterceptTouchEvent()方法来设置disallowIntercept为true //当我们抬起手指或者取消Touch事件的时候要将disallowIntercept重置为false //所以说上面的disallowIntercept默认在我们每次ACTION_DOWN的时候都是false mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT; } // The event wasn't an ACTION_DOWN, dispatch it to our target if // we have one. final View target = mMotionTarget; //mMotionTarget为null意味着没有找到消费Touch事件的View, 所以我们需要调用ViewGroup父类的 //dispatchTouchEvent()方法,也就是View的dispatchTouchEvent()方法 if (target == null) { // We don't have a target, this means we're handling the // event as a regular view. ev.setLocation(xf, yf); if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; } return super.dispatchTouchEvent(ev); } //这个if里面的代码ACTION_DOWN不会执行,只有ACTION_MOVE //ACTION_UP才会走到这里, 假如在ACTION_MOVE或者ACTION_UP拦截的 //Touch事件, 将ACTION_CANCEL派发给target,然后直接返回true //表示消费了此Touch事件 if (!disallowIntercept && onInterceptTouchEvent(ev)) { final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; ev.setAction(MotionEvent.ACTION_CANCEL); ev.setLocation(xc, yc); if (!target.dispatchTouchEvent(ev)) { } // clear the target mMotionTarget = null; // Don't dispatch this event to our own view, because we already // saw it when intercepting; we just want to give the following // event to the normal onTouchEvent(). return true; } if (isUpOrCancel) { mMotionTarget = null; } // finally offset the event to the target's coordinate system and // dispatch the event. final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; ev.setLocation(xc, yc); if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; mMotionTarget = null; } //如果没有拦截ACTION_MOVE, ACTION_DOWN的话,直接将Touch事件派发给target return target.dispatchTouchEvent(ev); } ``` > 1、dispatchTouchEvent作用:决定事件是否由onInterceptTouchEvent来拦截处理。 返回super.dispatchTouchEvent时,由onInterceptTouchEvent来决定事件的流向 返回false时,会继续分发事件,自己内部只处理了ACTION_DOWN 返回true时,不会继续分发事件,自己内部处理了所有事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP) > 2、onInterceptTouchEvent作用:拦截事件,用来决定事件是否传向子View 返回true时,拦截后交给自己的onTouchEvent处理 返回false时,拦截后交给子View来处理 > 3、onTouchEvent作用:事件最终到达这个方法 返回true时,内部处理所有的事件,换句话说,后续事件将继续传递给该view的onTouchEvent()处理 返回false时,事件会向上传递,由onToucEvent来接受,如果最上面View中的onTouchEvent也返回false的话,那么事件就会消失 # 5.总结 - 如果ViewGroup找到了能够处理该事件的View,则直接交给子View处理,自己的onTouchEvent不会被触发; - 可以通过复写onInterceptTouchEvent(ev)方法,拦截子View的事件(即return true),把事件交给自己处理,则会执行自己对应的onTouchEvent方法。 - 子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦截; - 一个点击事件产生后,它的传递过程如下: Activity->Window->View。顶级View接收到事件之后,就会按相应规则去分发事件。如果一个View的onTouchEvent方法返回false,那么将会交给父容器的onTouchEvent方法进行处理,逐级往上,如果所有的View都不处理该事件,则交由Activity的onTouchEvent进行处理。 - 如果某一个View开始处理事件,如果他不消耗ACTION_DOWN事件(也就是onTouchEvent返回false),则同一事件序列比如接下来进行ACTION_MOVE,则不会再交给该View处理。 - ViewGroup默认不拦截任何事件。 - 诸如TextView、ImageView这些不作为容器的View,一旦接受到事件,就调用onTouchEvent方法,它们本身没有onInterceptTouchEvent方法。正常情况下,它们都会消耗事件(返回true),除非它们是不可点击的(clickable和longClickable都为false),那么就会交由父容器的onTouchEvent处理。 - 点击事件分发过程如下 dispatchTouchEvent—->OnTouchListener的onTouch方法—->onTouchEvent-->OnClickListener的onClick方法。也就是说,我们平时调用的setOnClickListener,优先级是最低的,所以,onTouchEvent或OnTouchListener的onTouch方法如果返回true,则不响应onClick方法...
> 在Android中实现异步任务机制有两种方式,**Handler**和**AsyncTask**。 > > Handler已经在上一篇文章 [异步消息处理机制(Handler 、 Looper 、MessageQueue)源码解析](http://blog.youkuaiyun.com/amazing7/article/details/51424038#reply) 说过了。 > > 本篇就说说AsyncTask的异步实现。 <table> <tr> <td bgcolor=#f4f31a> <font color=#00aaff size=5 face="微软雅黑"> 1、什么时候使用 AsnyncTask </font> </td> </tr> </table> ## 在上一篇文章已经说了,主线程主要负责控制UI页面的显示、更新、交互等。 为了有更好的用户体验,UI线程中的操作要求越短越好。 我们把耗时的操作(例如网络请求、数据库操作、复杂计算)放到单独的子线程中操作,以避免主线程的阻塞。但是在子线程中不能更新UI界面,这时候需要使用handler。 但如果耗时的操作太多,那么我们需要开启太多的子线程,这就会给系统带来巨大的负担,随之也会带来性能方面的问题。在这种情况下我们就可以考虑使用类AsyncTask来异步执行任务,不需要子线程和handler,就可以完成异步操作和刷新UI。 不要随意使用AsyncTask,除非你必须要与UI线程交互.默认情况下使用Thread即可,要注意需要将线程优先级调低.AsyncTask适合处理短时间的操作,长时间的操作,比如下载一个很大的视频,这就需要你使用自己的线程来下载,不管是断点下载还是其它的. <table> <tr> <td bgcolor=#f4f31a> <font color=#00aaff size=5 face="微软雅黑"> 2、AsnyncTask原理 </font> </td> </tr> </table> ## AsyncTask主要有二个部分:一个是与主线程的交互,另一个就是线程的管理调度。虽然可能多个AsyncTask的子类的实例,但是AsyncTask的内部Handler和ThreadPoolExecutor都是进程范围内共享的,其都是static的,也即属于类的,类的属性的作用范围是CLASSPATH,因为一个进程一个VM,所以是AsyncTask控制着进程范围内所有的子类实例。 AsyncTask内部会创建一个进程作用域的线程池来管理要运行的任务,也就就是说当你调用了AsyncTask的execute()方法后,AsyncTask会把任务交给线程池,由线程池来管理创建Thread和运行Therad。 <table> <tr> <td bgcolor=#f4f31a> <font color=#00aaff size=5 face="微软雅黑"> 3、AsyncTask介绍 </font> </td> </tr> </table> ## Android的AsyncTask比Handler更轻量级一些(只是代码上轻量一些,而实际上要比handler更耗资源),适用于简单的异步处理。 Android之所以有Handler和AsyncTask,都是为了不阻塞主线程(UI线程),因为UI的更新只能在主线程中完成,因此异步处理是不可避免的。 AsyncTask:对线程间的通讯做了包装,是后台线程和UI线程可以简易通讯:后台线程执行异步任务,将result告知UI线程。 使用AsyncTask分为两步: ① 继承AsyncTask类实现自己的类 ``` public abstract class AsyncTask<Params, Progress, Result> { ``` > Params: 输入参数,对应excute()方法中传递的参数。如果不需要传递参数,则直接设为void即可。 > > Progress:后台任务执行的百分比 > > Result:返回值类型,和doInBackground()方法的返回值类型保持一致。 ②复写方法 最少要重写以下这两个方法: - doInBackground(Params…) 在**子线程**(其他方法都在主线程执行)中执行比较耗时的操作,不能更新UI,可以在该方法中调用publishProgress(Progress…)来更新任务的进度。Progress方法是AsycTask中一个final方法只能调用不能重写。 - onPostExecute(Result) 使用在doInBackground 得到的结果处理操作UI, 在主线程执行,任务执行的结果作为此方法的参数返回。 有时根据需求还要实现以下三个方法: - onProgressUpdate(Progress…) 可以使用进度条增加用户体验度。 此方法在主线程执行,用于显示任务执行的进度。 - onPreExecute() 这里是最终用户调用Excute时的接口,当任务执行之前开始调用此方法,可以在这里显示进度对话框。 - onCancelled() 用户调用取消时,要做的操作 <table> <tr> <td bgcolor=#f4f31a> <font color=#00aaff size=5 face="微软雅黑"> 4、AsyncTask示例 </font> </td> </tr> </table> ## 按照上面的步骤定义自己的异步类: ``` public class MyTask extends AsyncTask<String, Integer, String> { //执行的第一个方法用于在执行后台任务前做一些UI操作 @Override protected void onPreExecute() { } //第二个执行方法,在onPreExecute()后执行,用于后台任务,不可在此方法内修改UI @Override protected String doInBackground(String... params) { //处理耗时操作 return "后台任务执行完毕"; } /*这个函数在doInBackground调用publishProgress(int i)时触发,虽然调用时只有一个参数 但是这里取到的是一个数组,所以要用progesss[0]来取值 第n个参数就用progress[n]来取值 */ @Override protected void onProgressUpdate(Integer... progresses) { //"loading..." + progresses[0] + "%" super.onProgressUpdate(progress); } /*doInBackground返回时触发,换句话说,就是doInBackground执行完后触发 这里的result就是上面doInBackground执行后的返回值,所以这里是"后台任务执行完毕" */ @Override protected void onPostExecute(String result) { } //onCancelled方法用于在取消执行中的任务时更改UI @Override protected void onCancelled() { } } ``` 在主线程申明该类的对象,调用对象的execute()函数开始执行。 ``` MyTask t= new MyTask(); t.execute();//这里没有参数 ``` <table> <tr> <td bgcolor=#f4f31a> <font color=#00aaff size=5 face="微软雅黑"> 5、使用AsyncTask需要注意的地方 </font> </td> </tr> </table> ## - AsnycTask内部的Handler需要和主线程交互,所以AsyncTask的实例必须在UI线程中创建 - AsyncTaskResult的doInBackground(mParams)方法执行异步任务运行在子线程中,其他方法运行在主线程中,可以操作UI组件。 - 一个AsyncTask任务只能被执行一次。 - 运行中可以随时调用AsnycTask对象的cancel(boolean)方法取消任务,如果成功,调用isCancelled()会返回true,并且不会执行 onPostExecute() 方法了,而是执行 onCancelled() 方法。 - 对于想要立即开始执行的异步任务,要么直接使用Thread,要么单独创建线程池提供给AsyncTask。默认的AsyncTask不一定会立即执行你的任务,除非你提供给他一个单独的线程池。如果不与主线程交互,直接创建一个Thread就可以了。