android 事件分发，解决由于listview中实时刷新，导致子view点击事件失效

近期由于个人的某些因素作怪，导致没有很好地总结和积累，主要是最近一段时间，大多数接触的都是第三方的sdk ，在一些接口问题上造成了很多困扰，很是麻烦，并且说明文档也不详细，所以每每遇到一些问题都要等待很久才能解决。
好了，废话不多说了。下面开始今天的正文。（最近发现这个问题好像网上解决的并不多，啰嗦太多不好意思哈，想知道解决办法，可以直接看最后一段）android 之事件分发机制。并且结合本人开发中遇到的实际场景来说明一下解决办法。
本人近期在做文件的上传和下载，这个必定会用到progressBar 进度条，因为这个是描述下载和上传进度的最显著的体现。我将每条记录放入listview的item中，所以每个item中必定需要包含进度条。进度条这个东西当然是实时更新的。更新频率也非常的高，所以每次进度有更新我都会进行adapter.notifySetDatachange 这样才能实时看到界面变化，那么问题来了。我们在上传下载过程中肯定需要对这个任务进行暂停或开始的操作，这些按钮也是在每个item中都存在的。那么在任务进行中的时候，我想点击暂停按钮，把任务暂停。但是发现无论怎么点击，onclick中的代码都不会执行，这个让我感到很奇怪。排除了一些基本的问题，我想到了会不会是由于实时刷新页面导致点击事件失效。
看一下效果图吧：
想到这里我就想写一个demo来测试一下。
首先我们都知道安卓的触屏事件其实都是通过

 public boolean dispatchTouchEvent(MotionEvent ev) {}

这个事件分发机制来实现。首先这个分发都是从activity中的windowManager来开始的，

  @Override    public boolean dispatchTouchEvent(MotionEvent ev) {        switch (ev.getAction()){            case MotionEvent.ACTION_DOWN:                Log.e(TGA,"dispatchTouchEvent_ACTION_DOWN");//                return  false;                break;            case MotionEvent.ACTION_MOVE:                Log.e(TGA,"dispatchTouchEvent_ACTION_MOVE");                break;            case MotionEvent.ACTION_UP:                Log.e(TGA,"dispatchTouchEvent_ACTION_UP");//                return  false;            case MotionEvent.ACTION_CANCEL:                Log.e(TGA,"dispatchTouchEvent_ACTION_CANCEL");                break;        }        return super.dispatchTouchEvent(ev);    }

事件的从actionDown开始的，如果在activity 中有View来接受这个down事件，那么这个事件就会传给view的分发，其中还有ViewGroup ，因为它有子View 所以此时又会有事件传递，查看是否有子View接受这个事件，如果没有那就自己消费掉。假设就是一个button那么就不用分发了，直接自己消费就可以，自己消费的话就是在View的ontouchEvent中进行触发。

 button.setOnTouchListener(new View.OnTouchListener() {            @Override            public boolean onTouch(View v, MotionEvent event) {                switch (event.getAction()){                    case MotionEvent.ACTION_DOWN:                        Log.e(TGA,"ACTION_DOWN");                        break;                    case MotionEvent.ACTION_MOVE:                        Log.e(TGA,"ACTION_MOVE");                        break;                    case MotionEvent.ACTION_UP:                        Log.e(TGA,"ACTION_UP");                        break;                    case MotionEvent.ACTION_CANCEL:                        Log.e(TGA,"ACTION_CANCEL");                        break;                }                return false;            }        });

所以很容易理解，事件就是一件一件传递下去那么我们的Onclick事件是什么时候触发呢，这个就是在MotionEvent 中的Action_UP之后便会触发，就是当你的收抬起来之后click事件才真正执行。首先我们看一下demo的源码：

package com.example.szh.motioneventtest;import android.content.Context;import android.os.Bundle;import android.os.Handler;import android.support.v7.app.AppCompatActivity;import android.util.Log;import android.view.LayoutInflater;import android.view.MotionEvent;import android.view.View;import android.view.ViewGroup;import android.widget.AdapterView;import android.widget.BaseAdapter;import android.widget.Button;import android.widget.ListView;public class MainActivity extends AppCompatActivity {    private final  String TGA=MainActivity.this.getClass().getName();    private   Context mContext;    private Button button;    private ListView listView;    private ListAdapter adapter;    private Handler mHandler=new Handler(){    };    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        mContext=this;        initData();        findViews();        bindViews();        setListener();    }    private void initData() {        adapter=new ListAdapter();    }    private void findViews() {        button=(Button)findViewById(R.id.button);        listView=(ListView)findViewById(R.id.listview);    }    private void bindViews() {        listView.setAdapter(adapter);        new Thread(new Runnable() {            @Override            public void run() {                while(true){                    mHandler.postDelayed(new Runnable() {                        @Override                        public void run() {                            adapter.notifyDataSetChanged();                        }                    },10);                }            }        }).start();    }    private void setListener() {        button.setOnClickListener(new View.OnClickListener() {            @Override            public void onClick(View v) {                Log.e(TGA,"onClick()");            }        });        button.setOnTouchListener(new View.OnTouchListener() {            @Override            public boolean onTouch(View v, MotionEvent event) {                switch (event.getAction()){                    case MotionEvent.ACTION_DOWN:                        Log.e(TGA,"ACTION_DOWN");                        break;                    case MotionEvent.ACTION_MOVE:                        Log.e(TGA,"ACTION_MOVE");                        break;                    case MotionEvent.ACTION_UP:                        Log.e(TGA,"ACTION_UP");                        break;                    case MotionEvent.ACTION_CANCEL:                        Log.e(TGA,"ACTION_CANCEL");                        break;                }                return false;            }        });        listView.setOnItemClickListener(new AdapterView.OnItemClickListener() {            @Override            public void onItemClick(AdapterView<?> parent, View view, int position, long id) {                Log.e(TGA,"onItemClick");            }        });        listView.setOnTouchListener(new View.OnTouchListener() {            @Override            public boolean onTouch(View v, MotionEvent event) {                switch (event.getAction()){                    case MotionEvent.ACTION_DOWN:                        Log.e(TGA,"listView_ACTION_DOWN");                        break;                    case MotionEvent.ACTION_MOVE:                        Log.e(TGA,"listView_ACTION_MOVE");                        break;                    case MotionEvent.ACTION_UP:                        Log.e(TGA,"listView_ACTION_UP");                        break;                    case MotionEvent.ACTION_CANCEL:                        Log.e(TGA,"listView_ACTION_CANCEL");                        break;                }                return false;            }        });    }    @Override    public boolean dispatchTouchEvent(MotionEvent ev) {        switch (ev.getAction()){            case MotionEvent.ACTION_DOWN:                Log.e(TGA,"dispatchTouchEvent_ACTION_DOWN");//                return  false;                break;            case MotionEvent.ACTION_MOVE:                Log.e(TGA,"dispatchTouchEvent_ACTION_MOVE");                break;            case MotionEvent.ACTION_UP:                Log.e(TGA,"dispatchTouchEvent_ACTION_UP");//                return  false;            case MotionEvent.ACTION_CANCEL:                Log.e(TGA,"dispatchTouchEvent_ACTION_CANCEL");                break;        }        return super.dispatchTouchEvent(ev);    }    @Override    public boolean onTouchEvent(MotionEvent event) {        switch (event.getAction()){            case MotionEvent.ACTION_DOWN:                Log.e(TGA,"Activity_ACTION_DOWN");                break;            case MotionEvent.ACTION_MOVE:                Log.e(TGA,"Activity_ACTION_MOVE");                break;            case MotionEvent.ACTION_UP:                Log.e(TGA,"Activity_ACTION_UP");                break;            case MotionEvent.ACTION_CANCEL:                Log.e(TGA,"Activity_ACTION_CANCEL");                break;            }        return super.onTouchEvent(event);    }    class ListAdapter extends BaseAdapter{        @Override        public int getCount() {            return 5;        }        @Override        public Object getItem(int position) {            return null;        }        @Override        public long getItemId(int position) {            return position;        }        @Override        public View getView(int position, View convertView, ViewGroup parent) {            ViewHolder holder;            if(convertView ==null){                holder=new ViewHolder();                convertView= LayoutInflater.from(MainActivity.this).inflate(R.layout.tem_list,null);                holder.itemBT=(Button)convertView.findViewById(R.id.button);                holder.itemBT.setOnTouchListener(new View.OnTouchListener() {                    @Override                    public boolean onTouch(View v, MotionEvent event) {                        switch (event.getAction()){                            case MotionEvent.ACTION_DOWN:                                Log.e(TGA,"Item_ACTION_DOWN");                                break;                            case MotionEvent.ACTION_MOVE:                                Log.e(TGA,"Item_ACTION_MOVE");                                break;                            case MotionEvent.ACTION_UP:                                Log.e(TGA,"Item_ACTION_UP");                                break;                            case MotionEvent.ACTION_CANCEL:                                Log.e(TGA,"Item_ACTION_CANCEL");                                break;                        }                        return false;                    }                });                holder.itemBT.setOnClickListener(new View.OnClickListener() {                    @Override                    public void onClick(View v) {                        Log.e(TGA,"Item_onClick");                    }                });               convertView.setTag(holder);            }else{                holder=(ViewHolder) convertView.getTag();            }            return convertView;        }    }    class ViewHolder{        Button itemBT;    }}

页面效果是这样的：
很简单上面的5个button是在listview的item中的，而最后一个button是直属于activity。
其中为了模拟实时刷新，通过一个while循环，然后只做刷新的事件。
接下来我们看当我们按下activity中的button的日志：

08-12 02:00:26.526 19966-dispatchTouchEvent_ACTION_DOWN08-12 02:00:26.526 19966- ACTION_DOWN08-12 02:00:26.646 19966-dispatchTouchEvent_ACTION_UP08-12 02:00:26.646 19966-dispatchTouchEvent_ACTION_CANCEL08-12 02:00:26.646 19966- ACTION_UP08-12 02:00:26.726 19966- onClick()

从日志中我们可以很明显的分析出，每一个操作执行的顺序。这个日志看起好像没有影响，实则不然，因为当我多次测试就会发现onclick的执行有时会在Action_UP之后500ms以后才会执行，这个是很致命的。实际开发中其实不允许这种现象出现的。可以看下面我的测试日志：08-12 02:05:44.966 19966-dispatchTouchEvent_ACTION_DOWN 08-12 02:05:44.966 19966- ACTION_DOWN 08-12 02:05:45.046 19966- dispatchTouchEvent_ACTION_UP 08-12 02:05:45.046 19966-dispatchTouchEvent_ACTION_CANCEL 08-12 02:05:45.046 19966- ACTION_UP 08-12 02:05:45.846 19966- onClick()可以看出来时间差了800ms。

而在listview的子View中这个现象就更明显了。此时我们点击item中的button 日志显示
08-12 02:11:33.776 19966-dispatchTouchEvent_ACTION_DOWN 08-12 02:11:33.776 19966- Item_ACTION_DOWN 08-12 02:11:33.846 19966- dispatchTouchEvent_ACTION_UP 08-12 02:11:33.846 19966-dispatchTouchEvent_ACTION_CANCEL 08-12 02:11:33.846 19966- Item_ACTION_CANCEL
很明显Item中的事件走了down 就直接cancle ，没有走up 当然也不会执行onclick ，所以说，会导致我们的点击事件失效。但是通过日志我们其实发现，down是一定会执行的，所以针对这个问题，我们的解决办法就是，可以把点击事件写在down的事件中，这样就能确保可以执行了，但其实这样的效果不好，让用户觉得不像是点击事件。针对这个问题我的处理方式，是将notifysetDataChange 这个调用放在一个if（isclick）{}中，每次我们down执行的时候我们将改变这个isclick 的值，让更新页面无法执行，然后通过handler.sendMsgdelay(what,500);这样再恢复isclick的值，这样在这500ms的时间中已经足够down执行到click中了。确保了click中的事件执行完毕，当然之后一切又恢复了，界面依然可以实时刷新，在这500ms界面会短暂的不刷新，但由于时间相对可以接受，所以并不影响体验。这样就完美解决我们的问题啦。
接下来我把while循环去掉不让界面实时刷险，我们看一下点击事件日志是怎么走的。明白为什么实时刷新会影响我们的点击事件。

更多相关文章

随机推荐