既然選擇了遠方,便只顧風雨兼程.
-
點擊事件的傳遞規(guī)則
在介紹點擊事件傳遞規(guī)則之前,首先我們需要明白這里要分析的對象是MotionEvent,即點擊事件.所謂點擊事件的事件分發(fā),其實就是對MotionEvent事件分發(fā)的過程.當一個MotionEvent產(chǎn)生之后,系統(tǒng)需要把這個事件傳遞給一個具體的view,而這個傳遞的過程就是分發(fā)過程.點擊事件的分發(fā)過程由三個很重要的方法來共同完成:dispatchTouchEvent,onInterceptTouchEvent 和 onTouchEvent.
-
dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event)
用來進行事件的分發(fā).如果事件能夠傳遞到當前的view,那么次方法一定會被執(zhí)行.返回結(jié)果受當前View的onTouchEvent以及下級View的dispatchTouchEvent方法的影響,表示是否消耗當前事件.
-
onInterceptTouchEvent
public boolean onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent方法中調(diào)用,用來判斷是否攔截某個事件,如果當前view攔截了某一個事件,那么在同一個事件序列當中,此方法不會被再次調(diào)用,返回結(jié)果表示是否攔截當前事件.
-
onTouchEvent
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent方法中調(diào)用.用來處理點擊事件.返回結(jié)果表示是否消耗當前事件.如果不消耗,則在同一事件序列中,當前view無法再次接手到事件.
-
上述三個方法區(qū)別與它們之間存在的聯(lián)系,偽代碼表示:
public void dispatchTouchEvent(MothionEvent ev){
boolean consume = fasle;
if (onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
通過上面的偽代碼,我們可以大概了解到點擊事件的傳遞規(guī)則:對于一個根ViewGroup來說,點擊事件產(chǎn)生之后,首先會傳遞給它自身,此時它的dispatchTouchEvent就會被調(diào)用.如果這個ViewGroup的onInterceptTouchEvent方法返回true,就代表它要攔截當前事件,接著事件就會交給這個ViewGroup處理,即 onTouchEvent方法就會被調(diào)用.如果這個ViewGroup的onInterceptTouchEvent方法返回false,就表示它不攔截當前事件,就表示它不攔截當前事件,這時當前事件就會繼續(xù)傳遞給它的子元素,接著子元素的dispatchTouchEvent方法就會被調(diào)用.如此反復直至事件被最終處理.
當一個點擊事件產(chǎn)生之后,它的傳遞過程遵循如下順序:Activity->Window->View,也就是事件總是先傳遞給Activity,Activity在傳遞給Window,最后Window在傳遞給頂層View.頂層View接收到事件之后,就會按照事件分發(fā)機制去分發(fā)事件.考慮一種情況,如上圖深紅色箭頭標識:如果一個View的onTouchEvent 返回false,那么它父容器的onTouchEvent將會調(diào)用,如果父容器也不處理返回了false,以此類推,所有的元素都處理這個事件,那么這個事件將會最終傳遞給Activity處理.即Activity的onTouchEvent方法會被調(diào)用.這樣說是不是有點籠統(tǒng),咱們舉個栗子哈:假如點擊事件是一個難題,這個難題被上級領(lǐng)導分配給了一個程序猿,<事件分發(fā)>.而遺憾的是呀,這個程序猿搞不定,<onTouchEvent返回了false>,哎呀 愁人 頭發(fā)掉了一大把.還是沒有解決.難題必須是要解決的,那只能交給水平更高的程序猿解決,<上級的onTouchEvent 將被調(diào)用>,可是呀 這個難題太難了,也沒有解決<onTouchEvent 返回了false>,怎么辦,只能交給上級的上級,大佬來處理咯,就這樣,問題一層一層的往上拋.
-
優(yōu)先級問題
當一個View需要處理的時,如果它設置了OnTouchListener,那么onTouch方法會被回調(diào).這時的事件還得看onTouch的返回值.如果onTouch返回false,則當前View的onTouchEvent 將會被調(diào)用.如果返回true,onTouchEvent將不會被調(diào)用.由此可見,OnTouchListener的優(yōu)先級是大于onTouch.
View 設置OnTouchListener
tv.setOnTouchListener { v, event ->
false
}
View的setOnTouchListener源碼
public void setOnTouchListener(OnTouchListener l) {
getListenerInfo().mOnTouchListener = l;
}
OnTouchListener 是一個接口,定義如下:
public interface OnTouchListener {
/**
* Called when a touch event is dispatched to a view. This allows listeners to
* get a chance to respond before the target view.
*
* @param v The view the touch event has been dispatched to.
* @param event The MotionEvent object containing full information about
* the event.
* @return True if the listener has consumed the event, false otherwise.
*/
boolean onTouch(View v, MotionEvent event);
}
OnTouchListener在dispatchTouchEvent方法中調(diào)用的:
此源碼為View的dispatchTouchEvent,這里不包含ViewGroup
public boolean dispatchTouchEvent(MotionEvent event) {
....
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
....
return result;
}
通過上面的源碼,首先判斷mOnTouchListener 是否為null,接著判斷mOnTouchListener.onTouch是否返回true,如果返回了true,那么滿足條件 result = true;并且方法體return result; 那么onTouchEvent就不會被調(diào)用.可見,OnTouchListener的優(yōu)先級是高于onTouchEvent的.
-
關(guān)于事件傳遞的機制,這里總結(jié)些結(jié)論
1- 同一個事件序列是從手指接觸屏幕那一刻起,到手指離開屏幕一刻結(jié)束.在這個過程所產(chǎn)生的一系列事件,這個事件以Down 事件開始,中間含有數(shù)量不等的Move事件,最終以Up事件結(jié)束.
2- 某一個View一旦攔截,那么這一個事件序列都只能由它來處理(前提事件能夠傳遞給它),并且它的onInterceptTouchEvent不會被調(diào)用.這條也很好理解,就是說當一個View要決定攔截一個事件之后,那么系統(tǒng)就會把同一個事件中的其他方法都交它來處理,因此就不會再次調(diào)用View的onInterceptTouchEvent,詢問是否要攔截了.
3- 正常情況下,一個事件序列只能被一個View攔截且消耗,原因可見2.一旦一個view元素攔截了此事件,那么同一事件序列內(nèi)的的所有事件都會交給它處理,因此同一個事件序列中的事件不能分別又兩個View同時處理,但是通過某種手段可以做到.比如一個View將本該自己處理的事件通過onTouchEvent強行傳遞給其他View處理.
4- 某一個View一旦開始開始處理事件,如果它不消耗ACTION_DOWN(onTouchEvent 返回了false),那么同一事件序列中的其他事件也都不會再交給它來處理.并且事件會重新它的父元素去處理,即父View的onTouchEvent將會被調(diào)用. 其含義就是,事件一旦給一個View處理,那么它就必須要消費掉,否則同一事件序列中剩下的事件就不用再交它來處理了.這就好比,在日常生活中,上級交給?程序猿一件事,如果這件事沒有處理好,短期內(nèi)上級就不敢再把事情交給這個程序猿處理了.兩者類似同樣的道理.
5- 如果View不消耗除ACTION_DOWN以外的其他事件,那么這個點擊事件會消失,此時父元素的onTouchEvent并不會被調(diào)用,并且當前View可以持續(xù)收到后續(xù)的事件,終止這些點擊事件會傳遞給Activity處理.
6- ViewGroup 默認不攔截任何事件,Android源碼中onInterceptTouchEvent 默認返回false
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
&& ev.getAction() == MotionEvent.ACTION_DOWN
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
7- View沒有onInterceptTouchEvent方法,一旦有點擊事件傳遞給它,那么它的onTouchEvent就會被調(diào)用.
8- View的oTouchEvent默認都會消耗事件(返回true),除非它是不可點擊的(clickable和longClickable 同時為false).View的longClickable默認為false.clickable屬性要分情況:比如Button的clickable默認為true,而TextView就默認為false.
9- View的enable屬性不影響onTouchEvent的默認返回值,只要它的clickable或者longClickable 有一個為true,那么它的onTouchEvent就返回true.
10- onClick會發(fā)生的前提是當前View是可點擊的,并且它收到了ACTION_MOVE 以及 ACTION_UP 的事件.
11- 事件傳遞是由外向內(nèi)的,即事件總線先傳遞給父元素,然后再由父元素分發(fā)給子View,通過getParent.requestDisallowInterceptTouchEvent方法可以在子元素中干預父元素的分發(fā)過程,但是ACTION_DOWN事件除外.
筆者在驗證第8條的時候,自己埋了一個坑,并狠狠的栽了一跤!代碼如下:
public class MyButton extends Button {
private String TAG = "MyButton";
public TextLayoutView(Context context) {
this(context,null);
}
public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
this(context,attrs,0);
}
public TextLayoutView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.e(TAG,"dispatchTouchEvent -->"+super.dispatchTouchEvent(event));
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
Log.e(TAG, "---ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
Log.e(TAG, "-----ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
Log.e(TAG, "-----ACTION_UP");
break;
}
return super.onTouchEvent(event);
}
}
xml 界面
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical"
android:gravity="center"
android:id="@+id/ml">
<com.jx.code.myapplication.view.MyButton
android:id="@+id/tlv"
android:background="@color/colorPrimary"
android:layout_width="50dp"
android:layout_height="50dp"
/>
</LinearLayout>
當我用手指觸摸Button的時候,通常來講MyButton作為事件的消費者,理應消耗MotionEvent,但事實并沒有想象的那么美好.查看下log發(fā)現(xiàn),程序只打印了MyButton:---ACTION_DOWN,然后就沒有然后啦...
腫么回事呢?我們分析下, Button的父類是TextView,影響View的oTouchEvent事件因素是什么嘞?當clickable和longClickable同時為false的時候,oTouchEvent會返回false.其中View中的longClickable默認值就是false.由于TextView不可點擊clickable也為false,而Button中clickable屬性是true.現(xiàn)在我們已經(jīng)分析完了,上面MyButton類不消耗事件,肯定是onTouchEvent返回了false.現(xiàn)在我們打印下MyButton.isClickable. 通過log顯示,clickable屬性返回了false.why?????
Button的clickable默認不是為true嘛!!!! 怎么就成了false!!!
MyButton幾乎沒做任何處理,onTouchEvent也就是簡單的打印下log,無非是構(gòu)造函數(shù)出了異常,手動抓狂~~~~
代碼定位了這行.
public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
this(context,attrs,0);
}
我為了圖省方便,使用單參調(diào)用多參的方式來調(diào)用構(gòu)造函數(shù),并沒有一次調(diào)用super語句
只有在第三個參數(shù)的時候調(diào)用了super語句,在只有兩個參數(shù)的構(gòu)造中我把0 傳遞給了defStyleAttr .咱們看下defStyleAttr 是干什么用的.
* @param defStyleAttr The resource identifier of an attribute in the current theme
* whose value is the the resource id of a style. The specified style’s
* attribute values serve as default values for the button. Set this parameter
* to 0 to avoid use of default values.
* @see #Button(Context, AttributeSet, int, int)
* @see android.view.View#View(Context, AttributeSet, int)
*/
public Button(Context context, AttributeSet attrs, int defStyleAttr) {
this(context, attrs, defStyleAttr, 0);
}
public Button(Context context, AttributeSet attrs) {
this(context, attrs, com.android.internal.R.attr.buttonStyle);
}
然后咱們回過頭看下TextView的構(gòu)造
public TextView(Context context, @Nullable AttributeSet attrs) {
this(context, attrs, com.android.internal.R.attr.textViewStyle);
}
public TextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
this(context, attrs, defStyleAttr, 0);
}
知道問題出現(xiàn)在哪里吧.找到了出錯點,接下來就解決bug.
帶有兩個參數(shù)的構(gòu)造,使用super,或者this(context,attrs,com.android.internal.R.attr.buttonStyle)
我們上面說View的longClickable默認是為false的, clickable屬性值和具體的View有關(guān),如果是可點擊View clickable 為true,反之為false.通過setLongClickable和setClickable是可以改變其屬性狀態(tài)的.此外setOnClickListener可以自動把View的clickable屬性設置為true.setOnLongClickListener也可以把longClickable屬性設置為true.這一點可以從源碼獲悉.
public void setOnClickListener(@Nullable OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
public void setOnLongClickListener(@Nullable OnLongClickListener l) {
if (!isLongClickable()) {
setLongClickable(true);
}
getListenerInfo().mOnLongClickListener = l;
}
本文借鑒于任玉剛大神《Android 開發(fā)者進程》第三章 View的事件體系.如果您發(fā)現(xiàn)這篇文章,有錯誤之處,希望請您留言,并指出.我定虛心接受.并感激不盡!
