Android事件分發機制面試題

https://www.jianshu.com/p/555ffeb64e68

總結

1. 為什么會有事件分發機制

安卓上面的View是樹形結構的，View可能會重疊在一起，當點擊的地方有多個View可以響應的時候，這個點擊事件應該給誰呢？為了解決這個問題，就有了事件分發機制。
PhoneWindow：是抽象類Window的實現類，抽象類Window是所有視圖最頂層的容器，包括View視圖的外觀和行為都歸Window管。
DecorView：PhoneWindow的內部類，通過DecorView傳遞信息給下面的View，下面的View也通過DecorView返回消息給PhoneWindow。

2. 事件分發的三個主要對象：Activiy、ViewGroup、view

 

image.png

布局加載過程

1. 用戶執行Activity的setContentView方法，內部是PhoneWindow的setContentView方法，在PhoneWindow中完成DecorView的創建,PhoneWindow是window的實現類.
2. DecorView是Activity的根View,也是PhotoWindow的內部類,並且繼承了Framlayout.
3. DecorView將屏幕氛圍2個部分:titleView和contentView,我們平常加載的布局就是ContentView.

3. 三個重要方法：

 

image.png

viewgroup 擁有這三個方法 acitivity和view沒有攔截方法，可以簡單理解下，view是最后一個控件了下面沒有任何控件了，而activity是界面的起點沒必要攔截。
1.dispatchTouchEvent ：處在鏈首，用於分發事件，該方法決定是由當前View自己的onTouchEvent來處理，還是分發給子View，讓子View遞歸調用其自身的dispatchTouchEvent來處理。
2.onInterceptTouchEvent ：是用來攔截事件的，當父控件下發事件給子控件進行攔截處理的時候，如果子控件需要對事件進行處理，就要在onInterceptTouchEvent方法中進行攔截，然后到子控件的onTouchEvent方法中進行事件的監聽以及邏輯的判斷。
3.onTouchEvent ：用於處理傳遞到View的手勢事件。

4. 四個觸摸事件

Down,move,up,cancel

5. 事件分發流程：

Activity——>PhoneWindow——>DecorView——>ViewGroup——>...——>View
事件分發機制使用的是責任鏈設計模式，從Activity如果傳到最下層的View都沒有組件處理該事件，該事件會依次回傳到Activity。

 

image.png

ViewGroup的事件傳遞方法：
dispatchTouchEvent
onInterceptTouchEvent
onTouchEvent
View的事件傳遞方法：
View的dispatchTouchEvent
View的onTouchEvent
當點擊事件產生時,Activity會調用dispatchTouchEvent()方法;
當然具體的事物都是講給PhotoWindow來完成;
PhotoWindow再把事件交給DecorView完成,(DecorView是繼承Fraglayout,處於ViewGroup);
所以,最后DecorView會將事件處理工作交給ViewGroup;

 

image.png

（1）. 同一見事件序列是從手指接觸屏幕的那一刻起，到手指離開屏幕的那一刻結束，在這個過程中所產生的一系列事件，這個事件的序列以down開始，中間含有數量不定的move事件，最終以up事件結束。

（2）. 正常情況下，一個事件序列只能被一個View攔截且消耗。這一條的原因可以參考3，因為一旦一個元素攔截了某個事件，那么同一個事件序列的所有事件都會直接交給它處理，因此同一個事件序列中的事件不能分別由兩個View同時處理，但是通過特殊手段可以做到，比如
一個View將本該自己處理的事件通過onTouchEvent強行傳遞給其他View處理。

（3）. 某個View一旦決定攔截，那么這個事件序列都只能由它來處理（如果事件序列能夠傳遞給它的話），並且它的onInterceptTouchEvent不會被調用。這條也很好理解，就是說當一個View決定攔截一個事件后，那么系統會把同一個事件序列內的其他方法都直接交給它來處理，因此就不用再調用這個View的onInterceptTouchEvent去詢問它是否攔截了。

（4）. 某個View一旦開始處理事件，如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false），那么同一件序列中的其他事件都不會再交給它處理，並且事件 將重新交由它的父元素去處理，即父元素的onTouchEvent會被調用。意思就是事件一旦交給一個View處理，那么它就必須消耗掉，否則同一事件序列中剩下的事件就不再交給它處理了，這就好比上級交給程序員一件事，如果這件事沒有處理好，短時間內上級就不敢再把事件交給這個程序員做了，二者是類似的道理。

（5）. 如果View不消耗ACTION_DOWN以外的事件，那么這個點擊事件會消失，此時父元素的onTouchEvent並不會調用，並且當前View可以持續收到后續的事件，最終這些消失的點擊事件會傳遞給Activity處理。

（6）. ViewGroup默認不攔截任何事件。Android源碼中ViewGroup的onInterceptTouchEvent方法默認返回false。

（7）. View沒有onInterceptTouchEvent方法，一旦點擊事件傳遞給它，那么它的onTouchEvent方法就會被調用。

（8）. View的onTouchEvent默認都會消耗事件（返回true）,除非它是不可點擊的（clickable和longClickable同時為false）。View的longClickable屬性默認為false，clickable屬性要分情況，比如Button的clickable屬性默認為true,而TextView的clickable屬性默認為false。

（9）. View的enable屬性不影響onTouchEvent的默認返回值。哪怕一個View是disable狀態的，只要它的clickable或者longClickable有一個為true,那么它的onTouchEvent就返回true。

（10）. onClick會發生的前提是當前View是可點擊的，並且它接收到了down和up事件。

（11）. 事件傳遞過程是由外向內的，即事件總是先傳遞給父元素，然后再由父元素分發給子View,通過requestDisallowInterTouchEvent方法可以在子元素中干預父元素的事件分發過程，但是ACTION_DOWN事件除外。

6. 注意問題

1. OnTouchListner的優先級高於onTouchEvent,如果OnTouchListner返回true，onTouchEvent就不執行,反之,則會調用

2. 如果事件一直沒有被消費，最后會傳給Activity，如果Activity也不需要就被拋棄。

3. 判斷事件是否被消費是根據返回值，而不是根據你是否使用了事件。

4. onTouchListener,onTouchEvent和onClick的優先級別
   onTouchListener—–>onTouchEvent—>onclick

5. View的事件分發機制實際上就是一個經典的責任鏈模式,
   責任鏈模式：當有多個對象均可以處理同一請求的時候，將這些對象串聯成一條鏈，並沿着這條鏈傳遞修改請求，直到有對象處理它為止。

6. onClick()方法是在onTouchEvent()方法中的action==ACTION_UP的時候才執行的；
   onTouch()、onTouchEvent()、onClick()三個方法的執行優先級依次遞減；

7. Android事件分發機制中，主要有兩個過程，一個是向下分發的過程，該過程主要調用dispatchTouchEvent（），還有一個是向上返回的過程，主要依靠onTouchEvent（）方法。

8. view事件執行順序dispatchTouchEvent-> setOnTouchListener的onTouch->onTouchEvent，如果setOnTouchListener返回ture，后續事件onTouchEvent不在執行

9. onClick是在onTouchEvent(event)方法中的，所以onTouch優先於onClick執行

10. Android 點擊事件執行順序是Activity—>ViewGroup—>View

11. 如果子View將傳遞的事件消費掉，ViewGroup中將無法接收到任何事件

12. 在ViewGroup中onInterceptTouchEvent方法對事件傳遞進行攔截，onInterceptTouchEvent方法返回true代表不允許事件繼續向子View傳遞，把事件交給自己處理，則會執行自己對應的onTouchEvent方法。返回false代表不對事件進行攔截，事件繼續向下傳遞，默認返回false（也可以通過調用requestDisallowInterceptTouchEvent方法對這個值進行修改）

13. 如果重寫dispatchTouchEvent方法，dispatchTouchEvent無論返回true還是false，事件都不再進行分發， 只有當其返回super.dispatchTouchEvent(ev)，才表明其具有向下層分發的願望。

14. Android-從重疊view響應問題到安卓事件分發機制

7. 事件沖突應用場景

1. 滑動沖突

之前的所有講解，就像是所有的招式，滑動沖突，就是我們的用武之地。

外部攔截法和內部攔截法

(一). 外部攔截法:就是在ViewGroup里使用onInterceptTouchEvent()攔截
(二). 內部攔截法:在子View的dispatchTouchEvent()里調用 ,這行代碼被調用,父類就不會攔截事件
當傳入的參數為true時，表示子組件要自己消費這次事件，告訴父組件不要攔截（搶走）這次的事件。
getParent().requestDisallowInterceptTouchEvent(true);

2.埋點

Android應用--自動化埋點

一問一答

View的事件分發

View的事件分發在Android中很重要！！！很重要！！！很重要！！！

 

image

1、為什么會有事件分發機制？

我們知道，android的布局結構是樹形結構，這就會導致一些View可能會重疊在一起，當我們手指點擊的地方在很多個布局范圍之內，也就是說此時有好多個布局可以響應我們的點擊事件，這個時候該讓哪個view來響應我們的點擊事件呢？這就是事件分發機制存在的意義。

2、ViewGroup的事件分發涉及到哪些過程和方法？

 

image

public boolean dispatchTouchEvent(MotionEvent ev)
是事件分發機制中的核心，所有的事件調度都歸它管
用來進行事件的分發，如果事件能夠傳遞給當前View，那么此方法一定會被調用
public boolean onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent中調用，用來判斷是否攔截某個事件，返回結果表示是否攔截當前事件
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent中調用，用來處理點擊事件，返回結果表示是否消耗當前事件

3、View中為什么會有dispatchTouchEvent方法，它存在的意義是什么？

我們知道View可以注冊很多監聽事件（下文有詳細），比如，觸摸事件，單擊事件，長按事件等，而且view也有自己的onTouchEvent方法，那么這么多事件應該由誰來調度管理呢？這就是是View中dispatchTouchEvent方法存在的意義。

4、View中為什么沒有onInterceptTouchEvent事件攔截方法？

View最為事件傳遞的最末端，要么消費掉事件，要么不處理進行回傳，根本沒必要進行事件攔截

5、用偽代碼表示ViewGroup的事件分發過程並解釋？

public boolean dispatchTouchEvent(MotionEvent ev) { boolean consume = false; if (onInterceptTouchEvent(ev)) { consume = onTouchEvent(ev); } else { consume = child.dispatchTouchEvent(ev); } return consume; } 

對於一個ViewGroup來說，點擊事件產生后，首先會傳遞給它，這時她的dispatchTouchEvent會被調用，如果這個ViewGroup的onInterceptTouchEvent
方法返回true表示它要攔截當前事件，接着事件就會交給這個ViewGroup處理，即它的onTouchEvent就會被調用；如果這個這個ViewGroup的onInterceptTouchEvent
方法返回false就表示它不攔截當前事件，這時事件就會傳遞給子元素，接着子元素的dispatchTouchEvent方法就會被調用，如此反復直到事件最終被處理。

6、簡述事件傳遞的流程

• 事件都是從Activity.dispatchTouchEvent()開始傳遞
• 一個事件發生后，首先傳遞給Activity，然后一層一層往下傳，從上往下調用dispatchTouchEvent方法傳遞事件：
  activity --> ~~ --> ViewGroup --> View
• 如果事件傳遞給最下層的View還沒有被消費，就會按照反方向回傳給Activity，從下往上調用onTouchEvent方法，最后會到Activity的onTouchEvent()函數，如果Activity也沒有消費處理事件，這個事件就會被拋棄：
  View --> ViewGroup --> ~~ --> Activity
• dispatchTouchEvent方法用於事件的分發，Android中所有的事件都必須經過這個方法的分發，然后決定是自身消費當前事件還是繼續往下分發給子控件處理。返回true表示不繼續分發，事件沒有被消費。返回false則繼續往下分發，如果是ViewGroup則分發給onInterceptTouchEvent進行判斷是否攔截該事件。
• onTouchEvent方法用於事件的處理，返回true表示消費處理當前事件，返回false則不處理，交給子控件進行繼續分發。
• onInterceptTouchEvent是ViewGroup中才有的方法，View中沒有，它的作用是負責事件的攔截，返回true的時候表示攔截當前事件，不繼續往下分發，交給自身的onTouchEvent進行處理。返回false則不攔截，繼續往下傳。這是ViewGroup特有的方法，因為ViewGroup中可能還有子View，而在Android中View中是不能再包含子View的
• 上層View既可以直接攔截該事件，自己處理，也可以先詢問(分發給)子View，如果子View需要就交給子View處理，如果子View不需要還能繼續交給上層View處理。既保證了事件的有序性，又非常的靈活。
• 事件由父View傳遞給子View，ViewGroup可以通過onInterceptTouchEvent()方法對事件攔截，停止其向子view傳遞
• 如果View沒有對ACTION_DOWN進行消費，之后的其他事件不會傳遞過來，也就是說ACTION_DOWN必須返回true，之后的事件才會傳遞進來

7、ViewGroup 和 View 同時注冊了事件監聽器(onClick等)，哪個會執行?

事件優先給View，會被View消費掉，ViewGroup 不會響應。

8、當倆個或多個View重疊時，事件該如何分配？

當 View 重疊時，一般會分配給顯示在最上面的 View，也就是后加載的View。

9、dispatchTouchEvent每次都會被調用嗎？

是的，onInterceptTouchEvent則不會。

10、一旦有事件傳遞給view，view的onTouchEvent一定會被調用嗎？

View沒有onInterceptTouchEvent方法，一旦有事件傳遞給它，他的onTouchEvent就一定會被調用。

11、ViewGroup 默認攔截事件嗎？

ViewGroup默認不攔截任何事件；看源碼可以知道ViewGroup的onInterceptTouchEvent方法中只有一行代碼：return false；

12、事件分為幾個步驟？

down事件開頭，up事件結尾，中間可能會有數目不定的move事件。

View事件的優先級

 

image

1、基於監聽的事件分發有哪些？怎么來設置監聽？

我們常用的setOnClickListener、OnLongClickListener、setOnTouchListener等都是基於監聽的事件處理。
設置監聽可以用如下幾種方式：

1. 匿名內部類：

    view.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { } }); 

2. 內部類：

    view.setOnClickListener(new MyClickListener()); class MyClickListener implements View.OnClickListener { @Override public void onClick(View v) { } } 

3. 外部類：

    view.setOnClickListener(new MyClickListener()); public class MyClickListener implements View.OnClickListener { @Override public void onClick(View v) { } } 

4. Activity實現OnClickLister接口的方式

    public class TestViewActivity extends AppCompatActivity implements View.OnClickListener { MyView view; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_test_view); view = (MyView) findViewById(R.id.view); view.setOnClickListener(this); } @Override public void onClick(View v) { } } 

5. 在xml中綁定的方式：

    public class TestViewActivity extends AppCompatActivity{ MyView view; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_test_view); view = (MyView) findViewById(R.id.view); } public void MyClick(View view){ } } <com.art.chapter_3.MyView android:id="@+id/view" android:layout_width="100dip" android:layout_height="100dip" android:background="@color/colorPrimaryDark" android:onClick="MyClick"/> 

2、view的onTouchEvent，OnClickListerner和OnTouchListener的onTouch方法 三者優先級如何？

代碼驗證：

自定義view：
public class MyView extends View { @Override public boolean onTouchEvent(MotionEvent event) { Log.i("--------","MyView onTouchEvent "+MyAction.getActionType(event)); return super.onTouchEvent(event); } } 監聽： yelloe.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View view, MotionEvent motionEvent) { Log.i("--------", "touch yelloe " + MyAction.getActionType(motionEvent)); return false; } }); yelloe.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { Log.i("--------", "click yelloe "); } }); 輸出結果： 插圖 優先級高低 

優先級高低：
onTouchListener >>> onTouchEvent >>> setOnLongClickListener >>> OnClickListerner

3、如圖有三個嵌套的控件,結構如下,其中黃色部分是一個繼承於View的控件,綠色和紅色都是繼承於LinearLayout的控件: 插圖：

代碼簡單如下：

public class MyView extends View { @Override public boolean onTouchEvent(MotionEvent event) { Log.i("--------","MyView onTouchEvent "+MyAction.getActionType(event)); return super.onTouchEvent(event); } } public class MyLinearLayoutRed extends LinearLayout { @Override public boolean onTouchEvent(MotionEvent event) { Log.i("--------","MyLinearLayoutRed onTouchEvent "+MyAction.getActionType(event)); return super.onTouchEvent(event); } } public class MyLinearLayoutGreen extends LinearLayout { @Override public boolean onTouchEvent(MotionEvent event) { Log.i("--------","MyLinearLayoutRed onTouchEvent "+MyAction.getActionType(event)); return super.onTouchEvent(event); } } <FrameLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools"> <com.example.administrator.myviewevent.MyLinearLayoutRed android:id="@+id/red" android:layout_width="300dip" android:layout_height="300dip" android:background="@color/red"> <com.example.administrator.myviewevent.MyLinearLayoutGreen android:id="@+id/green" android:layout_width="200dip" android:layout_height="200dip" android:background="@color/green"> <com.example.administrator.myviewevent.MyView android:id="@+id/yellow" android:layout_width="130dip" android:layout_height="130dip" android:background="@color/yellow" /> </com.example.administrator.myviewevent.MyLinearLayoutGreen> </com.example.administrator.myviewevent.MyLinearLayoutRed> </FrameLayout> 

問題一：如果不在onTouchEvent方法中做任何處理，只是Log輸出每一層的Touch事件類型,現在用手指按下在黃色區域並移動后抬起.請問Log輸出的結果是什么?
答：
I/--------: MyView onTouchEvent ACTION_DOWN...
I/--------: MyLinearLayoutGreen onTouchEvent ACTION_DOWN...
I/--------: MyLinearLayoutRed onTouchEvent ACTION_DOWN...

問題二：如果不在onTouchEvent方法和setOnTouchListener的onTouch方法中做任何處理，只是Log輸出每一層的Touch事件類型,現在用手指按下在黃色區域並移動后抬起.請問Log輸出的結果是什么?
在Activity中增加setOnTouchListener監聽

    yelloe.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View view, MotionEvent motionEvent) { Log.i("--------", "touch yelloe " + MyAction.getActionType(motionEvent)); return false; } }); green.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View view, MotionEvent motionEvent) { Log.i("--------", "touch green " + MyAction.getActionType(motionEvent)); return false; } }); red.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View view, MotionEvent motionEvent) { Log.i("--------", "touch red " + MyAction.getActionType(motionEvent)); return false; } }); 

答：
I/--------: touch yelloe ACTION_DOWN...
I/--------: MyView onTouchEvent ACTION_DOWN...
I/--------: touch green ACTION_DOWN...
I/--------: MyLinearLayoutGreen onTouchEvent ACTION_DOWN...
I/--------: touch red ACTION_DOWN...
I/--------: MyLinearLayoutRed onTouchEvent ACTION_DOWN...

4、setOnTouchListener中onTouch的返回值表示什么意思？

onTouch方法返回true表示事件被消耗掉了，不會繼續傳遞了,此時獲取不到到OnClick和onLongClick事件；onTouch方法返回false表示事件沒有被消耗，可以繼續傳遞，此時，可以獲取到OnClick和onLongClick事件；
同理 onTouchEvent 和 setOnLongClickListener 方法中的返回值表示的意義一樣；

5、setOnLongClickListener的onLongClick的返回值表示什么？

返回false，長按的話會同時執行onLongClick和onClick；如果setOnLongClickListener返回true，表示事件被消耗，不會繼續傳遞，只執行longClick；

6、onTouch和onTouchEvent的異同？

• onTouch方法是View的 OnTouchListener接口中定義的方法。當一個View綁定了OnTouchLister后，當有touch事件觸發時，就會調用onTouch方法。（當把手放到View上后，onTouch方法被一遍一遍地被調用）
• onTouchEvent方法是override 的Activity的方法。重新了Activity的onTouchEvent方法后，當屏幕有touch事件時，此方法就會被調用。
• onTouch優先於onTouchEvent執行，如果在onTouch方法中通過返回true將事件消費掉，onTouchEvent將不會再執行。
• 相同點是它們都是在在View的dispatchTouchEvent中調用的；

7、點擊事件的傳遞過程？

Activity-Window-View。
從上到下依次傳遞，當然了如果你最低的那個view onTouchEvent返回false 那就說明他不想處理 那就再往上拋，都不處理的話最終就還是讓Activity自己處理了。

8、如果某個view 處理事件的時候 沒有消耗down事件 會有什么結果？

假如一個view，在down事件來的時候 他的onTouchEvent返回false， 那么這個down事件 所屬的事件序列 就是他后續的move 和up 都不會給他處理了，全部都給他的父view處理。

9、如果view 不消耗move或者up事件 會有什么結果？

那這個事件所屬的事件序列就消失了，父view也不會處理的，最終都給activity 去處理了。

10、enable是否影響view的onTouchEvent返回值？

不影響，只要clickable和longClickable有一個為真，那么onTouchEvent就返回true。

View的滑動沖突】

 

image

1、常見滑動沖突場景

場景1 —— 外部滑動方向與內部滑動方向不一致，比如ViewPager中包含ListView;
場景2 —— 外部滑動方向與內部滑動方向一致，比如ScrollView中包含ListView;
場景3 —— 上面兩種情況的嵌套

2、滑動沖突處理規則？

通過判斷是水平滑動還是豎直滑動來判斷到底應該誰來攔截事件；可以根據水平和豎直兩個方向的距離差或速度差來做判斷

3、滑動沖突解決方式？

• 外部攔截法 —— 即點擊事件先經過父容器的攔截處理，如果父容器需要此事件就攔截，不需要就不攔截，需要重寫父容器的onInterceptTouchEvent方法；在onInterceptTouchEvent方法中，首先ACTION_DOWN這個事件，父容器必須返回false,即不攔截ACTION_DOWN事件，因為一旦父容器攔截了ACTION_DOWN,那么后續的ACTION_MOVE/ACTION_UP都會直接交給父容器處理；其次是ACTION_MOVE,根據需求來決定是否要攔截;最后ACTION_UP事件,這里必須要返回false,在這里沒有多大意義。
• 內部攔截法 —— 所有事件都傳遞給子元素,如果子元素需要就消耗掉,不需要就交給父元素處理,需要子元素配合requestDisallowInterceptTouchEvent方法才能正常工作;父元素需要默認攔截除ACTION_DOWN以外的事件,這樣子元素調用parent.requestDisallowInterceptTouchEvent(false)方法時，父元素才能繼續攔截需要的事件。（ACTION_DOWN事件不受requestDisallowInterceptTouchEvent方法影響,所以一旦父元素攔截ACTION_DOWN事件,那么所有元素都無法傳遞到子元素去）。

4、requestDisallowInterceptTouchEvent 可以在子元素中干擾父元素的事件分發嗎？如果可以，是全部都可以干擾嗎？

答：肯定可以，但是down事件干擾不

作者：北京老徐EDU
鏈接：https://www.jianshu.com/p/555ffeb64e68
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。