下面是第一篇的连接

Android的ViewGroup中事件的传递机制（一）

关于onInterceptTouchEvent和onTouchEvent的详细解释。

 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         //--group1

12         //----|

13         //-------group2

14         //---------|

15         //------------myTv

16

17         group1 = new Group1(this);

18         group2 = new Group2(this);

19         myTv = new MyTextView(this);

20         group2.addView(myTv, new LayoutParams(LayoutParams.FILL_PARENT,

21                 LayoutParams.FILL_PARENT));

22         group1.addView(group2, new LayoutParams(LayoutParams.FILL_PARENT,

23                 LayoutParams.FILL_PARENT));

24         setContentView(group1);

25     }

26 }

分别重写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的结果自然也就如下图的顺序了：

测试输出结果证明了这一猜测顺序，

注意：可能有人对这种情况比较疑惑，ACTION_DOWN还好理解，但是ACTION_MOVE为什么没有经历myTv，而且ACTION_MOVE只经历了group1的onInterceptTouchEvent和group2的onTouchEvent而没有经历group2的onInterceptTouchEvent，我开始也费解，后来想想也是，大家对比第1条，由于onTouchEvent返回了false而没有消耗down事件导致后续的move和up都没有出现，这里也是一样由于myTv中的onTouchEvent返回了false也就是说没有消耗down事件，那么后面的move和up也都不会出现在这个view里面，但是group2截获到了down事件，但后来的move为什么group2中的onInterceptTouchEvent没有执行到呢，原因大家不要忘记了onInterceptTouchEvent的初衷是什么，返回false是让它的子view或viewgroup类处理，而group2的子控件显然是myTv而myTv的onTouchEvent返回了false也就是接收不到后续的move和up事件，也就没必要经过onInterceptTouchEvent来继续分发了（因为分发了也还是接收不到），经过group2的onTouchEvent因为它返回的是true，截获了事件并且消耗了事件。

3.当某个GroupView中的onInterceptTouchEvent方法返回值为true情况下logcat输出如下（如group2）：

如果在该方法返回值中返回true，那么子控件将获取不到任何点击事件，转而向自身的onTouchEvent方法转发，如下图所示：

如果onTouchEvent方法返回值都为true，那么根据规律结果就如下图顺序触发：

最后logcat的结果证实了这一猜测，

根据这一顺序规律我们便可复写GroupView中的onInterceptTouchEvent来控制事件的响应者。

测试的demo：下载demo

[学习总结]4、Android的ViewGroup中事件的传递机制（一）

巴特西

[学习总结]5、Android的ViewGroup中事件的传递机制（二）

下面是第一篇的连接

Android的ViewGroup中事件的传递机制（一）

[学习总结]4、Android的ViewGroup中事件的传递机制（一）

最新文章

热门文章