http://www.cnblogs.com/SCAU_que/articles/2552871.html
http://www.cnblogs.com/SCAU_que/articles/2552871.html
http://www.cnblogs.com/SCAU_que/articles/2552871.html
http://www.cnblogs.com/SCAU_que/articles/2552871.html
onInterceptTouchEvent(MotionEvent ev)方法是GroupView控件中特有的一个方法,我们可以实现这个方法来截获所有的窗口点击事件来根据事件的不同来对子控件或自身分发事件触发。覆盖这个方法时需要小心注意,因为它和View.onTouchEvent(MotionEvent)
有着复杂的关系,我们使用是需要和View.onTouchEvent(MotionEvent)
一同实现来达到正确的结果,事件触发顺序如下:
1.你首先会在该方法中得到一个down事件。
2.这个down事件会被得到处理,要么在这个GroupView中子控件的onTouchEvent()方法中,要么在GroupView自身的onTouchEvent()方法中。当我们在onTouchEvent()方法返回值中返回true的话,将会继续看到后续的触发事件(move、up等),要注意的是当我们在GroupView的onTouchEvent()事件返回值中返回true的话,该方法将不再捕获后续的(move up)事件。
3.如果在该方法返回值中返回false,down事件将根据控件树结构从根节点向目标子控件的onTouchEvent()方法分发。
4.如果在该方法返回值中返回true,那么你的子控件将获取不到任何点击事件。
为证明上面所说的顺序特点,下面通过测试代码来观察观察:
1 public class MainActivity extends Activity { 2 Group1 group1; 3 Group2 group2; 4 MyTextView myTv; 5 6 /** Called when the activity is first created. */ 7 @Override 8 public void onCreate(Bundle savedInstanceState) { 9 super.onCreate(savedInstanceState); 10 11 12 //--group1 13 //----| 14 //-------group2 15 //---------| 16 //------------myTv 17 18 group1 = new Group1(this); 19 group2 = new Group2(this); 20 myTv = new MyTextView(this); 21 group2.addView(myTv, new LayoutParams(LayoutParams.FILL_PARENT, 22 LayoutParams.FILL_PARENT)); 23 group1.addView(group2, new LayoutParams(LayoutParams.FILL_PARENT, 24 LayoutParams.FILL_PARENT)); 25 setContentView(group1); 26 } 27 }
分别重写Group1和Group2的onInterceptTouchEvent和onTouchEvent方法,重写MyTextView的onTouchEvent方法,最终得到的控件层次结构如下:
1.在默认返回值情况下logcat输出如下:
测试后可知默认情况下和所有方法返回值为false的结果一致,down事件的捕获顺序onInterceptTouchEvent先于onTouchEvent,由于onTouchEvent返回值为false,down事件没被消化,后续的move和up事件没有出现,同时逆序返回到父控件的onTouchEvent方法来捕获,如下图所示:
2.所有onTouchEvent返回值为true情况下logcat输出如下:
输出结果可以看出子控件MyTextView消化了down事件,后续的move和up事件正常捕获,由于down事件被消化,上层的onTouchEvent方法不执行,如下图所示:(三箭头分别指down、move、up事件)
既然如此,如果MyTextView中onTouchEvent方法返回为false,而group1和group2的onTouchEvent方法返回true的结果自然也就如下图的顺序了:
测试输出结果证明了这一猜测顺序,
3.当某个GroupView中的onInterceptTouchEvent方法返回值为true情况下logcat输出如下(如group2):
如果在该方法返回值中返回true,那么子控件将获取不到任何点击事件,转而向自身的onTouchEvent方法转发,如下图所示:
如果onTouchEvent方法返回值都为true,那么根据规律结果就如下图顺序触发:
最后logcat的结果证实了这一猜测,
根据这一顺序规律我们便可复写GroupView中的onInterceptTouchEvent来控制事件的响应者。
测试程序下载 http://files.cnblogs.com/SCAU_que/EventDemo.rar
Hi,大家好,今天给大家分享一下Android中onInterceptTouchEvent与onTouchEvent,,记得楼主以前刚开始找工作的时候,被人问了关于Android中事件传递,当时还是菜鸟一枚,当然答不上来,被人无情的BS了。好了言归正传讲重点.
onInterceptTouchEvent:
onInterceptTouchEvent是在ViewGroup里面定义的。Android中的layout布局类一般都是继承此类的。onInterceptTouchEvent是用于拦截手势事件的,每个手势事件都会先调用onInterceptTouchEvent。
onTouchEvent:
onTouchEvent同样也是在view中定义的一个方法。处理传递到view 的手势事件。手势事件类型包括ACTION_DOWN,ACTION_MOVE,ACTION_UP,ACTION_CANCEL等事件。
其中Layout里的onInterceptTouchEvent默认返回值是false,这样touch事件会传递到View控件,Layout里的onTouch默认返回值是false, View里的onTouch默认返回值是true,当我们手指点击屏幕时候,先调用ACTION_DOWN事件,当onTouch里返回值是true的时候,onTouch回继续调用ACTION_UP事件,如果onTouch里返回值是false,那么onTouch只会调用ACTION_DOWN而不调用ACTION_UP.
为了让当家更容易理解我写了一个简单的Demo.自定义了Layout与View,Android工程目录如下:
新建一个MyLayout.java代码如下:
其中TouchDemoActivity代码如下:
点击红色区域,触发了MyView里的onTouch事件查看logcat,如下图:
点击绿色区域,则触发了MyLayout里的onTouch事件,查看logcat,如下图:
上面俩个截图都是用系统默认值,可以得出结论:onInterceptTouchEvent默认返回值是false,MyLayout里onTouchEvent默认返回值是false,所以只消费了ACTION_DOWN事件,MyView里onTouch默认返回值是true,调用了俩次:ACTION_DOW,ACTION_UP。
下面我们把MyLayout.java里的onInterceptTouchEvent的return值修改为true,代码如下:
让我们继续实验,让onInterceptTouchEvent的返回值继续为false,将MyView里的onTouchEvent的返回值修改为false,即MyView里的onTouchEvent修改如下:
根据上图,我们可以看出MyView里的OnTouchEvent只消费了一次点击事件也就是ACTION_DOWN,还没有执行ACTION_UP,然后跑到MyLayout里又去执行了OnTouchEvent事件。
所以根据上面的内容总结如下:
ViewGroup里的onInterceptTouchEvent默认值是false这样才能把事件传给View里的onTouchEvent.
ViewGroup里的onTouchEvent默认值是false。
View里的onTouchEvent返回默认值是true.这样才能执行多次touch事件。
好了以上就是今天分享的内容,谢谢大家!大家有什么不明白的,请留言!!!另外文章标题俩分钟只是个虚头,如果你超过俩分钟才明白,不要喷我啊,哈哈哈!!!