Android事件机制ScrollView,ViewPager
2016-06-23 18:20
441 查看
原文链接:http://www.jianshu.com/p/a2185e4b1b53#
当手指触摸到屏幕时,系统就会调用相应View的onTouchEvent,并传入一系列的action。
onTouchEvent的传递
当有多个层级的View时,在父层级允许的情况下,这个action会一直向下传递直到遇到最深层的View。所以touch事件最先调用的是最底层View的onTouchEvent,如果View的onTouchEvent接收到某个touch action并作了相应处理,最后有两种返回方式return true和return false;return true会告诉系统当前的View需要处理这次的touch事件,以后的系统发出的ACTION_MOVE,ACTION_UP还是需要继续监听并接收的,而且这次的action已经被处理掉了,父层的View是不可能触发onTouchEvent了。所以每一个action最多只能有一个onTouchEvent接口返回true。如果return
false,便会通知系统,当前View不关心这一次的touch事件,此时这个action会传向父级,调用父级View的onTouchEvent。但是这一次的touch事件之后发出的任何action,该View都不会再接受,onTouchEvent在这一次的touch事件中再也不会触发,也就是说一旦View返回false,那么之后的ACTION_MOVE,ACTION_UP等ACTION就不会在传入这个View,但是下一次touch事件的action还是会传进来的。
父层的onInterceptTouchEvent截获
前面说了底层的View能够接收到这次的事件有一个前提条件:在父层级允许的情况下。假设不改变父层级的dispatch方法,在系统调用底层onTouchEvent之前会先调用父View的onInterceptTouchEvent方法判断,父层View是不是要截获本次touch事件之后的action。如果onInterceptTouchEvent返回了true,那么本次touch事件之后的所有action都不会再向深层的View传递,统统都会传给父层View的onTouchEvent,就是说父层已经截获了这次touch事件,之后的action也不必询问onInterceptTouchEvent,在这次的touch事件之后发出的action时onInterceptTouchEvent不会再次调用,直到下一次touch事件的来临。如果onInterceptTouchEvent返回false,那么本次action将发送给更深层的View,并且之后的每一次action都会询问父层的onInterceptTouchEvent需不需要截获本次touch事件。只有ViewGroup才有onInterceptTouchEvent方法,因为一个普通的View肯定是位于最深层的View,touch事件能够传到这里已经是最后一站了,肯定会调用View的onTouchEvent。
底层View的getParent().requestDisallowInterceptTouchEvent(true)
对于底层的View来说,有一种方法可以阻止父层的View截获touch事件,就是调用getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了,也无法截获以后的action(如果父层ViewGroup和最底层View需要截获不同焦点,或不同手势的touch,不能使用这个写死)。
}
HorizontalScrollView嵌套ScorllView,再嵌套ViewPager
最近做了一个看起来不错,但很不人性化的界面设计。为了做一个类似QQ侧滑菜单,自定义一个HorizontalScrollView,左侧是菜单,右侧内容区域是用4个Fragment组成的流式布局(可以点击底部Tab切换Fragment)。其中第一个Fragment是一个ScrollView,从上到下包含ViewPager,GridView,ListView。所以就造成了左右滑里面嵌套上下滑,上下滑里面又嵌套1个左右滑,和2个上下滑。
左侧菜单抽屉效果(模仿QQ)
解决方案(自定义View,复写方法):
1.最外层的HorizontalScrollView需要自定义,主要是实现抽屉效果(不需要写特别的事件处理)
2.右侧区域Fragment的布局,最外层的ScrollView直接使用,不需要自定义。
3.ViewPager是重点,需要自定义,复写其父类ViewGroup的dispatchTouchEvent方法。如果不复写,ViewPager将无法获得touch事件。
4.GridView和ListView需要自定义并复写onMeasure方法。取消其滑动属性,如果不复写,GridView和ListView将只显示一行。
1.
dispatchTouchEvent的执行顺序为:
这就解释了重写ViewGroup时必须调用super.dispatchTouchEvent();
2.
(1)dispatchTouchEvent:
此方法一般用于初步处理事件,因为动作是由此分发,所以通常会调用
super.dispatchTouchEvent。这样就会继续调用onInterceptTouchEvent,再由onInterceptTouchEvent决定事件流向。
(2)onInterceptTouchEvent:
(3)onTouchEvent():
若返回值为True,事件由自己处理消耗,后续动作序列让其处理;
若返回值为False,自己不消耗事件了,向上返回让其他的父view的onTouchEvent接受处理;
文/Hi_陈利健(简书作者)
原文链接:http://www.jianshu.com/p/a2185e4b1b53#
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
当手指触摸到屏幕时,系统就会调用相应View的onTouchEvent,并传入一系列的action。
onTouchEvent的传递
当有多个层级的View时,在父层级允许的情况下,这个action会一直向下传递直到遇到最深层的View。所以touch事件最先调用的是最底层View的onTouchEvent,如果View的onTouchEvent接收到某个touch action并作了相应处理,最后有两种返回方式return true和return false;return true会告诉系统当前的View需要处理这次的touch事件,以后的系统发出的ACTION_MOVE,ACTION_UP还是需要继续监听并接收的,而且这次的action已经被处理掉了,父层的View是不可能触发onTouchEvent了。所以每一个action最多只能有一个onTouchEvent接口返回true。如果return
false,便会通知系统,当前View不关心这一次的touch事件,此时这个action会传向父级,调用父级View的onTouchEvent。但是这一次的touch事件之后发出的任何action,该View都不会再接受,onTouchEvent在这一次的touch事件中再也不会触发,也就是说一旦View返回false,那么之后的ACTION_MOVE,ACTION_UP等ACTION就不会在传入这个View,但是下一次touch事件的action还是会传进来的。
父层的onInterceptTouchEvent截获
前面说了底层的View能够接收到这次的事件有一个前提条件:在父层级允许的情况下。假设不改变父层级的dispatch方法,在系统调用底层onTouchEvent之前会先调用父View的onInterceptTouchEvent方法判断,父层View是不是要截获本次touch事件之后的action。如果onInterceptTouchEvent返回了true,那么本次touch事件之后的所有action都不会再向深层的View传递,统统都会传给父层View的onTouchEvent,就是说父层已经截获了这次touch事件,之后的action也不必询问onInterceptTouchEvent,在这次的touch事件之后发出的action时onInterceptTouchEvent不会再次调用,直到下一次touch事件的来临。如果onInterceptTouchEvent返回false,那么本次action将发送给更深层的View,并且之后的每一次action都会询问父层的onInterceptTouchEvent需不需要截获本次touch事件。只有ViewGroup才有onInterceptTouchEvent方法,因为一个普通的View肯定是位于最深层的View,touch事件能够传到这里已经是最后一站了,肯定会调用View的onTouchEvent。
底层View的getParent().requestDisallowInterceptTouchEvent(true)
对于底层的View来说,有一种方法可以阻止父层的View截获touch事件,就是调用getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了,也无法截获以后的action(如果父层ViewGroup和最底层View需要截获不同焦点,或不同手势的touch,不能使用这个写死)。
//通知父层ViewGroup,你不能截获 public boolean dispatchTouchEvent(MotionEvent ev) { getParent().requestDisallowInterceptTouchEvent(true); return super.dispatchTouchEvent(ev); } //也可以写成这样,当用户按下的时候,我们告诉父组件,不要拦截我的事件(这个时候子组件是可以正常响应事件的),拿起之后就会告诉父组件可以阻止。 public boolean onTouch(View v, MotionEvent event) { switch (event.getAction()) { case MotionEvent.ACTION_MOVE: pager.requestDisallowInterceptTouchEvent(true); break; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: pager.requestDisallowInterceptTouchEvent(false); break; }
}
HorizontalScrollView嵌套ScorllView,再嵌套ViewPager
最近做了一个看起来不错,但很不人性化的界面设计。为了做一个类似QQ侧滑菜单,自定义一个HorizontalScrollView,左侧是菜单,右侧内容区域是用4个Fragment组成的流式布局(可以点击底部Tab切换Fragment)。其中第一个Fragment是一个ScrollView,从上到下包含ViewPager,GridView,ListView。所以就造成了左右滑里面嵌套上下滑,上下滑里面又嵌套1个左右滑,和2个上下滑。
左侧菜单抽屉效果(模仿QQ)
解决方案(自定义View,复写方法):
1.最外层的HorizontalScrollView需要自定义,主要是实现抽屉效果(不需要写特别的事件处理)
2.右侧区域Fragment的布局,最外层的ScrollView直接使用,不需要自定义。
3.ViewPager是重点,需要自定义,复写其父类ViewGroup的dispatchTouchEvent方法。如果不复写,ViewPager将无法获得touch事件。
public class ShowViewPager extends ViewPager { public ShowViewPager(Context context) { super(context); } public ShowViewPager(Context context, AttributeSet attrs) { super(context, attrs); } //简单但重要一步,ViewPager获得touch焦点时候,阻止父层ScorllView及祖父层SlidingMenu的拦截 @Override public boolean dispatchTouchEvent(MotionEvent ev) { boolean ret = super.dispatchTouchEvent(ev); if(ret) { requestDisallowInterceptTouchEvent(true); } return ret; } }
4.GridView和ListView需要自定义并复写onMeasure方法。取消其滑动属性,如果不复写,GridView和ListView将只显示一行。
//自定义GridView,重写onMeasure方法,使其失去滑动属性,这样才能嵌套在同样具有滑动属性的ScrollView中了。 public class StaticGridView extends GridView { public StaticGridView(Context context) { super(context); } public StaticGridView(Context context, AttributeSet attrs) { super(context, attrs); } public StaticGridView(Context context, AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST); super.onMeasure(widthMeasureSpec, expandSpec); }
1.
dispatchTouchEvent的执行顺序为:
首先触发ACTIVITY的dispatchTouchEvent 然后触发ACTIVITY的onUserInteraction ![](http://img.baidu.com/img/iknow/qb/select-search.png){ImgCap}搜索{/ImgCap}然后触发LAYOUT的dispatchTouchEvent 然后触发LAYOUT的onInterceptTouchEvent
这就解释了重写ViewGroup时必须调用super.dispatchTouchEvent();
2.
(1)dispatchTouchEvent:
此方法一般用于初步处理事件,因为动作是由此分发,所以通常会调用
super.dispatchTouchEvent。这样就会继续调用onInterceptTouchEvent,再由onInterceptTouchEvent决定事件流向。
(2)onInterceptTouchEvent:
若返回值为True事件会传递到自己的onTouchEvent(); 若返回值为False传递到下一个view的dispatchTouchEvent();
(3)onTouchEvent():
若返回值为True,事件由自己处理消耗,后续动作序列让其处理;
若返回值为False,自己不消耗事件了,向上返回让其他的父view的onTouchEvent接受处理;
文/Hi_陈利健(简书作者)
原文链接:http://www.jianshu.com/p/a2185e4b1b53#
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
相关文章推荐
- PHP实现事件机制实例分析
- jquery事件机制扩展插件 jquery鼠标右键事件
- 基于PHP实现的事件机制实例分析
- 初窥JQuery(二) 事件机制(1)
- 谈一谈JS消息机制和事件机制的理解
- Android View事件机制 21问21答
- PHP实现事件机制的方法
- Spring Event是什么鬼
- 谈一谈JS消息机制和事件机制的理解
- 元数据标签[Event]
- cocos2d-x Programmers Guide v3.3 译本和阅读笔记(第8章:事件派发器)
- FLEX 事件机制
- 关于Java的事件分派机制及两个可能的语言扩展
- qt事件机制
- Qt 事件循环机制 & 事件过滤器
- Qt之ignore()和accept()
- Qt之event()
- Qt show()和exec()
- 线程和事件循环
- dojo事件机制详解(二)