View事件機制源碼分析

時間 2019-12-11

標籤 view 事件機制源碼分析简体版

原文原文鏈接

目錄介紹

01.Android中事件分發順序
02.Activity的事件分發機制
- 2.1 源碼分析
- 2.2 點擊事件調用順序
- 2.3 得出結論
03.ViewGroup事件的分發機制
- 3.1 看一下這個案例
- 3.2 源碼分析
- 3.3 得出結論
04.View事件的分發機制
- 4.1 源碼分析
- 4.2 得出結論
- 4.3 驗證結論
05.思考一下
- 5.1 onTouch()和onTouchEvent()的區別
- 5.2 Touch事件的後續事件傳遞

好消息

博客筆記大彙總【16年3月到至今】，包括Java基礎及深刻知識點，Android技術博客，Python學習筆記等等，還包括平時開發中遇到的bug彙總，固然也在工做之餘收集了大量的面試題，長期更新維護而且修正，持續完善……開源的文件是markdown格式的！同時也開源了生活博客，從12年起，積累共計N篇[近100萬字，陸續搬到網上]，轉載請註明出處，謝謝！
連接地址：https://github.com/yangchong211/YCBlogs
若是以爲好，能夠star一下，謝謝！固然也歡迎提出建議，萬事起於忽微，量變引發質變！

View事件系列博客

01.View事件基礎
- 事件分發的對象是誰？事件在哪些對象間進行傳遞？事件分發過程涉及方法？事件分發機制方法說明？
02.View事件分發場景
- 事件分發背景描述，事件傳遞狀況
03.View事件機制源碼分析
- Android中事件分發順序？Activity的事件分發機制？ViewGroup事件的分發機制？View事件的分發機制？onTouch()和onTouchEvent()的區別？
04.View事件機制
- 觸摸事件,分發事件,攔截事件,三個事件機制怎麼向其調用者傳遞處理結果,滑動衝突的思路及方法，以及具體的滑動衝突解決方案案例
05.View的滑動衝突
- 經過一個滑動衝突的案例，來說解外部攔截法解決滑動衝突，內部攔截法解決滑動衝突
07.View事件總結1
- Android事件分發機制，View和ViewGroup分發事件，onTouch()、onTouchEvent()和onClick()執行順序，View處理事件的優先級，點擊事件傳遞過程，事件傳遞規則要點
08.View事件總結2
- View滑動有哪些方法，Activity事件分發過程，Window事件分發過程，DecorView的事件分發，根View的事件分發

01.Android中事件分發順序

Android中事件分發順序：
- Activity（Window） -> ViewGroup -> View
其中：
- super：調用父類方法
- true：消費事件，即事件不繼續往下傳遞
- false：不消費事件，事件繼續往下傳遞 / 交由給父控件onTouchEvent（）處理
充分理解Android分發機制，本質上是要理解：
- Activity對點擊事件的分發機制
- ViewGroup對點擊事件的分發機制
- View對點擊事件的分發機制

02.Activity的事件分發機制

2.1 源碼分析

當一個點擊事件發生時，事件最早傳到Activity的dispatchTouchEvent()進行事件分發
- 具體是由Activity的Window來完成

咱們來看下Activity的dispatchTouchEvent()的源碼

public boolean dispatchTouchEvent(MotionEvent ev) { //第一步 //通常事件列開始都是DOWN，因此這裏基本是true if (ev.getAction() == MotionEvent.ACTION_DOWN) { //第二步 onUserInteraction(); } //第三步 if (getWindow().superDispatchTouchEvent(ev)) { return true; } return onTouchEvent(ev); }

第一步
- 通常事件列開始都是DOWN（按下按鈕），因此這裏返回true，執行onUserInteraction()
第二步
- 先來看下onUserInteraction()源碼
```
public void onUserInteraction() { } 
```
- 從源碼能夠看出：
  - 該方法爲空方法
  - 從註釋得知：當此activity在棧頂時，觸屏點擊按home，back，menu鍵等都會觸發此方法
  - 因此onUserInteraction()主要用於屏保

第三步

Window類是抽象類，且PhoneWindow是Window類的惟一實現類
superDispatchTouchEvent(ev)是抽象方法
經過PhoneWindow類中看一下superDispatchTouchEvent()的做用

@Override public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event); //mDecor是DecorView的實例 //DecorView是視圖的頂層view，繼承自FrameLayout，是全部界面的父類 }

接下來咱們看mDecor.superDispatchTouchEvent(event)：

public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); //DecorView繼承自FrameLayout //那麼它的父類就是ViewGroup 而super.dispatchTouchEvent(event)方法，其實就應該是ViewGroup的dispatchTouchEvent() }

得出結果
- 執行getWindow().superDispatchTouchEvent(ev)其實是執行了ViewGroup.dispatchTouchEvent(event)
- 這樣事件就從 Activity 傳遞到了 ViewGroup

2.2 點擊事件調用順序

當一個點擊事件發生時，調用順序以下
- 1.事件最早傳到Activity的dispatchTouchEvent()進行事件分發
- 2.調用Window類實現類PhoneWindow的superDispatchTouchEvent()
- 3.調用DecorView的superDispatchTouchEvent()
- 4.最終調用DecorView父類的dispatchTouchEvent()，即ViewGroup的dispatchTouchEvent()

2.3 得出結論

當一個點擊事件發生時，事件最早傳到Activity的dispatchTouchEvent()進行事件分發，最終是調用了ViewGroup的dispatchTouchEvent()方法
這樣事件就從 Activity 傳遞到了 ViewGroup

03.ViewGroup事件的分發機制

3.1 看一下這個案例

佈局以下：
結果測試
- 只點擊Button，發現執行順序：btn1，btn2
- 再點擊空白處，發現執行順序：btn1，btn2，viewGroup
從上面的測試結果發現：
- 當點擊Button時，執行Button的onClick()，但ViewGroupLayout註冊的onTouch（）不會執行
- 只有點擊空白區域時纔會執行ViewGroupLayout的onTouch（）;
- 結論：Button的onClick()將事件消費掉了，所以事件不會再繼續向下傳遞。

3.2 源碼分析

ViewGroup的dispatchTouchEvent()源碼分析,該方法比較複雜，截取幾個重要的邏輯片斷進行介紹，來解析整個分發流程。
```
// 發生ACTION_DOWN事件或者已經發生過ACTION_DOWN,而且將mFirstTouchTarget賦值，才進入此區域，主要功能是攔截器 final boolean intercepted; if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) { //disallowIntercept：是否禁用事件攔截的功能(默認是false),即不由用 //能夠在子View經過調用requestDisallowInterceptTouchEvent方法對這個值進行修改，不讓該View攔截事件 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; //默認狀況下會進入該方法 if (!disallowIntercept) { //調用攔截方法 intercepted = onInterceptTouchEvent(ev); ev.setAction(action); } else { intercepted = false; } } else { // 當沒有觸摸targets，且不是down事件時，開始持續攔截觸摸。 intercepted = true; } 
```
- 這一段的內容主要是爲判斷是否攔截。若是當前事件的MotionEvent.ACTION_DOWN，則進入判斷，調用ViewGroup onInterceptTouchEvent()方法的值，判斷是否攔截。若是mFirstTouchTarget != null，即已經發生過MotionEvent.ACTION_DOWN，而且該事件已經有ViewGroup的子View進行處理了，那麼也進入判斷，調用ViewGroup onInterceptTouchEvent()方法的值，判斷是否攔截。若是不是以上兩種狀況，即已是MOVE或UP事件了，而且以前的事件沒有對象進行處理，則設置成true，開始攔截接下來的全部事件。這也就解釋了若是子View的onTouchEvent()方法返回false，那麼接下來的一些列事件都不會交給他處理。若是VieGroup的onInterceptTouchEvent()第一次執行爲true，則mFirstTouchTarget = null，則也會使得接下來不會調用onInterceptTouchEvent()，直接將攔截設置爲true。

當ViewGroup不攔截事件的時候，事件會向下分發交由它的子View或ViewGroup進行處理。

/* 從最底層的父視圖開始遍歷， ** 找尋newTouchTarget，即上面的mFirstTouchTarget ** 若是已經存在找尋newTouchTarget，說明正在接收觸摸事件，則跳出循環。 */ for (int i = childrenCount - 1; i >= 0; i--) { final int childIndex = customOrder ? getChildDrawingOrder(childrenCount, i) : i; final View child = (preorderedList == null) ? children[childIndex] : preorderedList.get(childIndex); // 若是當前視圖沒法獲取用戶焦點，則跳過本次循環 if (childWithAccessibilityFocus != null) { if (childWithAccessibilityFocus != child) { continue; } childWithAccessibilityFocus = null; i = childrenCount - 1; } //若是view不可見，或者觸摸的座標點不在view的範圍內，則跳過本次循環 if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { ev.setTargetAccessibilityFocus(false); continue; } newTouchTarget = getTouchTarget(child); // 已經開始接收觸摸事件,並退出整個循環。 if (newTouchTarget != null) { newTouchTarget.pointerIdBits |= idBitsToAssign; break; } //重置取消或擡起標誌位 //若是觸摸位置在child的區域內，則把事件分發給子View或ViewGroup if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { // 獲取TouchDown的時間點 mLastTouchDownTime = ev.getDownTime(); // 獲取TouchDown的Index if (preorderedList != null) { for (int j = 0; j < childrenCount; j++) { if (children[childIndex] == mChildren[j]) { mLastTouchDownIndex = j; break; } } } else { mLastTouchDownIndex = childIndex; } //獲取TouchDown的x,y座標 mLastTouchDownX = ev.getX(); mLastTouchDownY = ev.getY(); //添加TouchTarget,則mFirstTouchTarget != null。 newTouchTarget = addTouchTarget(child, idBitsToAssign); //表示以及分發給NewTouchTarget alreadyDispatchedToNewTouchTarget = true; break; }

dispatchTransformedTouchEvent()方法實際就是調用子元素的dispatchTouchEvent()方法。
其中dispatchTransformedTouchEvent()方法的重要邏輯以下：

if (child == null) { handled = super.dispatchTouchEvent(event); } else { handled = child.dispatchTouchEvent(event); }

因爲其中傳遞的child不爲空，因此就會調用子元素的dispatchTouchEvent()。若是子元素的dispatchTouchEvent()方法返回true，那麼mFirstTouchTarget就會被賦值，同時跳出for循環。

//添加TouchTarget,則mFirstTouchTarget != null。 newTouchTarget = addTouchTarget(child, idBitsToAssign); //表示以及分發給NewTouchTarget alreadyDispatchedToNewTouchTarget = true;

其中在addTouchTarget(child, idBitsToAssign);內部完成mFirstTouchTarget被賦值。若是mFirstTouchTarget爲空，將會讓ViewGroup默認攔截全部操做。若是遍歷全部子View或ViewGroup，都沒有消費事件。ViewGroup會本身處理事件。

3.3 得出結論

Android事件分發是先傳遞到ViewGroup，再由ViewGroup傳遞到View
在ViewGroup中經過onInterceptTouchEvent()對事件傳遞進行攔截
- 1.onInterceptTouchEvent方法返回true表明攔截事件，即不容許事件繼續向子View傳遞；
- 2.返回false表明不攔截事件，即容許事件繼續向子View傳遞；（默認返回false）
- 3.子View中若是將傳遞的事件消費掉，ViewGroup中將沒法接收到任何事件。

04.View事件的分發機制

4.1 源碼分析

View中dispatchTouchEvent()的源碼分析

public boolean dispatchTouchEvent(MotionEvent event) { if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) { return true; } return onTouchEvent(event); }

從上面能夠看出：

只有如下三個條件都爲真，dispatchTouchEvent()才返回true；不然執行onTouchEvent(event)方法

第一個條件：mOnTouchListener != null； 第二個條件：(mViewFlags & ENABLED_MASK) == ENABLED； 第三個條件：mOnTouchListener.onTouch(this, event)；

下面，咱們來看看下這三個判斷條件：
- 第一個條件：mOnTouchListener!= null
```
//mOnTouchListener是在View類下setOnTouchListener方法裏賦值的 public void setOnTouchListener(OnTouchListener l) { //即只要咱們給控件註冊了Touch事件，mOnTouchListener就必定被賦值（不爲空） mOnTouchListener = l; } 
```
- 第二個條件：(mViewFlags & ENABLED_MASK) == ENABLED
- 該條件是判斷當前點擊的控件是否enable
- 因爲不少View默認是enable的，所以該條件恆定爲true
- 第三個條件：mOnTouchListener.onTouch(this, event)
- 回調控件註冊Touch事件時的onTouch方法
```
//手動調用設置 button.setOnTouchListener(new OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { return false; } }); 
```
- 若是在onTouch方法返回true，就會讓上述三個條件所有成立，從而整個方法直接返回true。
- 若是在onTouch方法裏返回false，就會去執行onTouchEvent(event)方法。

接下來，咱們繼續看：**onTouchEvent(event)**的源碼分析

public boolean onTouchEvent(MotionEvent event) { final int viewFlags = mViewFlags; if ((viewFlags & ENABLED_MASK) == DISABLED) { // A disabled view that is clickable still consumes the touch // events, it just doesn't respond to them. return (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)); } if (mTouchDelegate != null) { if (mTouchDelegate.onTouchEvent(event)) { return true; } } //若是該控件是能夠點擊的就會進入到下兩行的switch判斷中去； if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { //若是當前的事件是擡起手指，則會進入到MotionEvent.ACTION_UP這個case當中。 switch (event.getAction()) { case MotionEvent.ACTION_UP: boolean prepressed = (mPrivateFlags & PREPRESSED) != 0; // 在通過種種判斷以後，會執行到關注點1的performClick()方法。 //請往下看關注點1 if ((mPrivateFlags & PRESSED) != 0 || prepressed) { // take focus if we don't have it already and we should in // touch mode. boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } if (!mHasPerformedLongPress) { // This is a tap, so remove the longpress check removeLongPressCallback(); // Only perform take click actions if we were in the pressed state if (!focusTaken) { // Use a Runnable and post this rather than calling // performClick directly. This lets other visual state // of the view update before click actions start. if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { //關注點1 //請往下看performClick()的源碼分析 performClick(); } } } if (mUnsetPressedState == null) { mUnsetPressedState = new UnsetPressedState(); } if (prepressed) { mPrivateFlags |= PRESSED; refreshDrawableState(); postDelayed(mUnsetPressedState, ViewConfiguration.getPressedStateDuration()); } else if (!post(mUnsetPressedState)) { // If the post failed, unpress right now mUnsetPressedState.run(); } removeTapCallback(); } break; case MotionEvent.ACTION_DOWN: if (mPendingCheckForTap == null) { mPendingCheckForTap = new CheckForTap(); } mPrivateFlags |= PREPRESSED; mHasPerformedLongPress = false; postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); break; case MotionEvent.ACTION_CANCEL: mPrivateFlags &= ~PRESSED; refreshDrawableState(); removeTapCallback(); break; case MotionEvent.ACTION_MOVE: final int x = (int) event.getX(); final int y = (int) event.getY(); // Be lenient about moving outside of buttons int slop = mTouchSlop; if ((x < 0 - slop) || (x >= getWidth() + slop) || (y < 0 - slop) || (y >= getHeight() + slop)) { // Outside button removeTapCallback(); if ((mPrivateFlags & PRESSED) != 0) { // Remove any future long press/tap checks removeLongPressCallback(); // Need to switch from pressed to not pressed mPrivateFlags &= ~PRESSED; refreshDrawableState(); } } break; } //若是該控件是能夠點擊的，就必定會返回true return true; } //若是該控件是不能夠點擊的，就必定會返回false return false; }

關注點1：

performClick()的源碼分析

public boolean performClick() { sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); if (mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); mOnClickListener.onClick(this); return true; } return false; }

只要mOnClickListener不爲null，就會去調用onClick方法；

那麼，mOnClickListener又是在哪裏賦值的呢？請繼續看：
```
public void setOnClickListener(OnClickListener l) { if (!isClickable()) { setClickable(true); } mOnClickListener = l; } 
```
- 當咱們經過調用setOnClickListener方法來給控件註冊一個點擊事件時，就會給mOnClickListener賦值（不爲空），即會回調onClick（）。

4.2 得出結論

1.onTouch（）的執行高於onClick（）
2.每當控件被點擊時：
- 若是在回調onTouch()裏返回false，就會讓dispatchTouchEvent方法返回false，那麼就會執行onTouchEvent()；若是回調了setOnClickListener()來給控件註冊點擊事件的話，最後會在performClick()方法裏回調onClick()。
  - onTouch()返回false（該事件沒被onTouch()消費掉） = 執行onTouchEvent() = 執行OnClick()
- 若是在回調onTouch()裏返回true，就會讓dispatchTouchEvent方法返回true，那麼將不會執行onTouchEvent()，即onClick()也不會執行；
  - onTouch()返回true（該事件被onTouch()消費掉） = dispatchTouchEvent()返回true（不會再繼續向下傳遞） = 不會執行onTouchEvent() = 不會執行OnClick()

4.3 驗證結論

在回調onTouch()裏返回true

TextView textView = findViewById(R.id.tv_13);
//設置OnTouchListener() textView.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.d("小楊逗比","執行了onTouch(), 動做是:" + event.getAction()); return true; } }); //設置OnClickListener textView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Log.d("小楊逗比","執行了onClick()"); } });

打印日誌以下所示
注意action爲0是ACTION_DOWN，爲2是ACTION_MOVE，爲1是ACTION_UP。

2019-04-04 13:37:58.301 13616-13616/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:0 2019-04-04 13:37:58.315 13616-13616/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:2 2019-04-04 13:37:58.405 13616-13616/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:2 2019-04-04 13:37:58.408 13616-13616/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:1

在回調onTouch()裏返回false

打印結果以下所示

2019-04-04 13:41:26.961 14006-14006/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:0 2019-04-04 13:41:26.978 14006-14006/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:2 2019-04-04 13:41:27.072 14006-14006/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:2 2019-04-04 13:41:27.074 14006-14006/org.yczbj.ycrefreshview D/小楊逗比: 執行了onTouch(), 動做是:1 2019-04-04 13:41:27.076 14006-14006/org.yczbj.ycrefreshview D/小楊逗比: 執行了onClick()

總結：onTouch()返回true就認爲該事件被onTouch()消費掉，於是不會再繼續向下傳遞，即不會執行OnClick()。

05.思考一下

5.1 onTouch()和onTouchEvent()的區別

這兩個方法都是在View的dispatchTouchEvent中調用，但onTouch優先於onTouchEvent執行。
若是在onTouch方法中返回true將事件消費掉，onTouchEvent()將不會再執行。

特別注意：請看下面代碼

//&&爲短路與，即若是前面條件爲false，將再也不往下執行 //因此，onTouch可以獲得執行須要兩個前提條件： //1. mOnTouchListener的值不能爲空 //2. 當前點擊的控件必須是enable的。 mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)

所以若是你有一個控件是非enable的，那麼給它註冊onTouch事件將永遠得不到執行。對於這一類控件，若是咱們想要監聽它的touch事件，就必須經過在該控件中重寫onTouchEvent方法來實現。

5.2 Touch事件的後續事件（MOVE、UP）層級傳遞

若是給控件註冊了Touch事件，每次點擊都會觸發一系列action事件（ACTION_DOWN，ACTION_MOVE，ACTION_UP等）
當dispatchTouchEvent在進行事件分發的時候，只有前一個事件（如ACTION_DOWN）返回true，纔會收到後一個事件（ACTION_MOVE和ACTION_UP）
- 即若是在執行ACTION_DOWN時返回false，後面一系列的ACTION_MOVE和ACTION_UP事件都不會執行
從上面對事件分發機制分析知：
- dispatchTouchEvent()和 onTouchEvent()消費事件、終結事件傳遞（返回true）
- 而onInterceptTouchEvent 並不能消費事件，它至關因而一個分叉口起到分流導流的做用，對後續的ACTION_MOVE和ACTION_UP事件接收起到很是大的做用
- 請記住：接收了ACTION_DOWN事件的函數不必定能收到後續事件（ACTION_MOVE、ACTION_UP）
這裏給出ACTION_MOVE和ACTION_UP事件的傳遞結論：
- 若是在某個對象（Activity、ViewGroup、View）的dispatchTouchEvent()消費事件（返回true），那麼收到ACTION_DOWN的函數也能收到ACTION_MOVE和ACTION_UP
- 若是在某個對象（Activity、ViewGroup、View）的onTouchEvent()消費事件（返回true），那麼ACTION_MOVE和ACTION_UP的事件從上往下傳到這個View後就再也不往下傳遞了，而直接傳給本身的onTouchEvent()並結束本次事件傳遞過程。