研究這個方法以前,首先讓咱們回顧一下View的onTouchEvent()以及onInterceptTouchEvent()的詳細解釋
(1)onTouchEvent()spa
當手指觸摸到屏幕時,系統就會調用相應View的onTouchEvent,並傳入一系列的action。
當有多個層級的View時,在父層級容許的狀況下,這個action會一直向下傳遞直到遇到最深層的View。
因此touch事件最早調用的是最底層View的onTouchEent,
若是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仍是會傳進來的。
(2)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。
(3)requestDisallowInterceptTouchEvent()事件
對於底層的View來講,有一種方法能夠阻止父層的View截獲touch事件,就是調用
getParent().requestDisallowInterceptTouchEvent(true);
一旦底層View收到touch的action後調用這個方法那麼父層View就不會再調用onInterceptTouchEvent了,也沒法截獲之後的action
public boolean dispatchTouchEvent(MotionEvent ev) {
getParent().requestDisallowInterceptTouchEvent(true);
return super.dispatchTouchEvent(ev);
} get
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;
}
}
it