Android教程網
  1. 首頁
  2. Android 技術
  3. Android 手機
  4. Android 系統教程
  5. Android 游戲
 Android教程網 >> Android技術 >> 關於Android編程 >> Android事件分發機制完全解析,帶你從源碼的角度徹底理解(一)

Android事件分發機制完全解析,帶你從源碼的角度徹底理解(一)

編輯:關於Android編程

其實我一直准備寫一篇關於Android事件分發機制的文章,從我的第一篇博客開始,就零零散散在好多地方使用到了Android事件分發的知識。也有好多朋友問過我各種問題,比如:onTouch和onTouchEvent有什麼區別,又該如何使用?為什麼給ListView引入了一個滑動菜單的功能,ListView就不能滾動了?為什麼圖片輪播器裡的圖片使用Button而不用ImageView?等等……對於這些問題,我並沒有給出非常詳細的回答,因為我知道如果想要徹底搞明白這些問題,掌握Android事件分發機制是必不可少的,而Android事件分發機制絕對不是三言兩語就能說得清的。

在我經過較長時間的籌備之後,終於決定開始寫這樣一篇文章了。目前雖然網上相關的文章也不少,但我覺得沒有哪篇寫得特別詳細的(也許我還沒有找到),多數文章只是講了講理論,然後配合demo運行了一下結果。而我准備帶著大家從源碼的角度進行分析,相信大家可以更加深刻地理解Android事件分發機制。

閱讀源碼講究由淺入深,循序漸進,因此我們也從簡單的開始,本篇先帶大家探究View的事件分發,下篇再去探究難度更高的ViewGroup的事件分發。

那我們現在就開始吧!比如說你當前有一個非常簡單的項目,只有一個Activity,並且Activity中只有一個按鈕。你可能已經知道,如果想要給這個按鈕注冊一個點擊事件,只需要調用:

 
  1. button.setOnClickListener(newOnClickListener(){
  2. @Override
  3. publicvoidonClick(Viewv){
  4. Log.d("TAG","onClickexecute");
  5. }
  6. });
這樣在onClick方法裡面寫實現,就可以在按鈕被點擊的時候執行。你可能也已經知道,如果想給這個按鈕再添加一個touch事件,只需要調用:   
  1. button.setOnTouchListener(newOnTouchListener(){
  2. @Override
  3. publicbooleanonTouch(Viewv,MotionEventevent){
  4. Log.d("TAG","onTouchexecute,action"+event.getAction());
  5. returnfalse;
  6. }
  7. });
onTouch方法裡能做的事情比onClick要多一些,比如判斷手指按下、抬起、移動等事件。那麼如果我兩個事件都注冊了,哪一個會先執行呢?我們來試一下就知道了,運行程序點擊按鈕,打印結果如下:
  1. publicbooleandispatchTouchEvent(MotionEventevent){
  2. if(mOnTouchListener!=null&&(mViewFlags&ENABLED_MASK)==ENABLED&&
  3. mOnTouchListener.onTouch(this,event)){
  4. returntrue;
  5. }
  6. returnonTouchEvent(event);
  7. }

這個方法非常的簡潔,只有短短幾行代碼!我們可以看到,在這個方法內,首先是進行了一個判斷,如果mOnTouchListener != null,(mViewFlags & ENABLED_MASK) == ENABLED和mOnTouchListener.onTouch(this, event)這三個條件都為真,就返回true,否則就去執行onTouchEvent(event)方法並返回。

先看一下第一個條件,mOnTouchListener這個變量是在哪裡賦值的呢?我們尋找之後在View裡發現了如下方法:

 
  1. publicvoidsetOnTouchListener(OnTouchListenerl){
  2. mOnTouchListener=l;
  3. }
Bingo!找到了,mOnTouchListener正是在setOnTouchListener方法裡賦值的,也就是說只要我們給控件注冊了touch事件,mOnTouchListener就一定被賦值了。
  1. publicbooleanonTouchEvent(MotionEventevent){
  2. finalintviewFlags=mViewFlags;
  3. if((viewFlags&ENABLED_MASK)==DISABLED){
  4. //Adisabledviewthatisclickablestillconsumesthetouch
  5. //events,itjustdoesn'trespondtothem.
  6. return(((viewFlags&CLICKABLE)==CLICKABLE||
  7. (viewFlags&LONG_CLICKABLE)==LONG_CLICKABLE));
  8. }
  9. if(mTouchDelegate!=null){
  10. if(mTouchDelegate.onTouchEvent(event)){
  11. returntrue;
  12. }
  13. }
  14. if(((viewFlags&CLICKABLE)==CLICKABLE||
  15. (viewFlags&LONG_CLICKABLE)==LONG_CLICKABLE)){
  16. switch(event.getAction()){
  17. caseMotionEvent.ACTION_UP:
  18. booleanprepressed=(mPrivateFlags&PREPRESSED)!=0;
  19. if((mPrivateFlags&PRESSED)!=0||prepressed){
  20. //takefocusifwedon'thaveitalreadyandweshouldin
  21. //touchmode.
  22. booleanfocusTaken=false;
  23. if(isFocusable()&&isFocusableInTouchMode()&&!isFocused()){
  24. focusTaken=requestFocus();
  25. }
  26. if(!mHasPerformedLongPress){
  27. //Thisisatap,soremovethelongpresscheck
  28. removeLongPressCallback();
  29. //Onlyperformtakeclickactionsifwewereinthepressedstate
  30. if(!focusTaken){
  31. //UseaRunnableandpostthisratherthancalling
  32. //performClickdirectly.Thisletsothervisualstate
  33. //oftheviewupdatebeforeclickactionsstart.
  34. if(mPerformClick==null){
  35. mPerformClick=newPerformClick();
  36. }
  37. if(!post(mPerformClick)){
  38. performClick();
  39. }
  40. }
  41. }
  42. if(mUnsetPressedState==null){
  43. mUnsetPressedState=newUnsetPressedState();
  44. }
  45. if(prepressed){
  46. mPrivateFlags|=PRESSED;
  47. refreshDrawableState();
  48. postDelayed(mUnsetPressedState,
  49. ViewConfiguration.getPressedStateDuration());
  50. }elseif(!post(mUnsetPressedState)){
  51. //Ifthepostfailed,unpressrightnow
  52. mUnsetPressedState.run();
  53. }
  54. removeTapCallback();
  55. }
  56. break;
  57. caseMotionEvent.ACTION_DOWN:
  58. if(mPendingCheckForTap==null){
  59. mPendingCheckForTap=newCheckForTap();
  60. }
  61. mPrivateFlags|=PREPRESSED;
  62. mHasPerformedLongPress=false;
  63. postDelayed(mPendingCheckForTap,ViewConfiguration.getTapTimeout());
  64. break;
  65. caseMotionEvent.ACTION_CANCEL:
  66. mPrivateFlags&=~PRESSED;
  67. refreshDrawableState();
  68. removeTapCallback();
  69. break;
  70. caseMotionEvent.ACTION_MOVE:
  71. finalintx=(int)event.getX();
  72. finalinty=(int)event.getY();
  73. //Belenientaboutmovingoutsideofbuttons
  74. intslop=mTouchSlop;
  75. if((x<0-slop)||(x>=getWidth()+slop)||
  76. (y<0-slop)||(y>=getHeight()+slop)){
  77. //Outsidebutton
  78. removeTapCallback();
  79. if((mPrivateFlags&PRESSED)!=0){
  80. //Removeanyfuturelongpress/tapchecks
  81. removeLongPressCallback();
  82. //Needtoswitchfrompressedtonotpressed
  83. mPrivateFlags&=~PRESSED;
  84. refreshDrawableState();
  85. }
  86. }
  87. break;
  88. }
  89. returntrue;
  90. }
  91. returnfalse;
  92. }
相較於剛才的dispatchTouchEvent方法,onTouchEvent方法復雜了很多,不過沒關系,我們只挑重點看就可以了。

 

首先在第14行我們可以看出,如果該控件是可以點擊的就會進入到第16行的switch判斷中去,而如果當前的事件是抬起手指,則會進入到MotionEvent.ACTION_UP這個case當中。在經過種種判斷之後,會執行到第38行的performClick()方法,那我們進入到這個方法裡瞧一瞧:

  1. publicbooleanperformClick(){
  2. sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
  3. if(mOnClickListener!=null){
  4. playSoundEffect(SoundEffectConstants.CLICK);
  5. mOnClickListener.onClick(this);
  6. returntrue;
  7. }
  8. returnfalse;
  9. }
可以看到,只要mOnClickListener不是null,就會去調用它的onClick方法,那mOnClickListener又是在哪裡賦值的呢?經過尋找後找到如下方法:
  1. publicvoidsetOnClickListener(OnClickListenerl){
  2. if(!isClickable()){
  3. setClickable(true);
  4. }
  5. mOnClickListener=l;
  6. }
一切都是那麼清楚了!當我們通過調用setOnClickListener方法來給控件注冊一個點擊事件時,就會給mOnClickListener賦值。然後每當控件被點擊時,都會在performClick()方法裡回調被點擊控件的onClick方法。

這樣View的整個事件分發的流程就讓我們搞清楚了!不過別高興的太早,現在還沒結束,還有一個很重要的知識點需要說明,就是touch事件的層級傳遞。我們都知道如果給一個控件注冊了touch事件,每次點擊它的時候都會觸發一系列的ACTION_DOWN,ACTION_MOVE,ACTION_UP等事件。這裡需要注意,如果你在執行ACTION_DOWN的時候返回了false,後面一系列其它的action就不會再得到執行了。簡單的說,就是當dispatchTouchEvent在進行事件分發的時候,只有前一個action返回true,才會觸發後一個action。

說到這裡,很多的朋友肯定要有巨大的疑問了。這不是在自相矛盾嗎?前面的例子中,明明在onTouch事件裡面返回了false,ACTION_DOWN和ACTION_UP不是都得到執行了嗎?其實你只是被假象所迷惑了,讓我們仔細分析一下,在前面的例子當中,我們到底返回的是什麼。

參考著我們前面分析的源碼,首先在onTouch事件裡返回了false,就一定會進入到onTouchEvent方法中,然後我們來看一下onTouchEvent方法的細節。由於我們點擊了按鈕,就會進入到第14行這個if判斷的內部,然後你會發現,不管當前的action是什麼,最終都一定會走到第89行,返回一個true。

是不是有一種被欺騙的感覺?明明在onTouch事件裡返回了false,系統還是在onTouchEvent方法中幫你返回了true。就因為這個原因,才使得前面的例子中ACTION_UP可以得到執行。

那我們可以換一個控件,將按鈕替換成ImageView,然後給它也注冊一個touch事件,並返回false。如下所示:

 
  1. imageView.setOnTouchListener(newOnTouchListener(){
  2. @Override
  3. publicbooleanonTouch(Viewv,MotionEventevent){
  4. Log.d("TAG","onTouchexecute,action"+event.getAction());
  5. returnfalse;
  6. }
  7. });
運行一下程序,點擊ImageView,你會發現結果如下:

 

\

在ACTION_DOWN執行完後,後面的一系列action都不會得到執行了。這又是為什麼呢?因為ImageView和按鈕不同,它是默認不可點擊的,因此在onTouchEvent的第14行判斷時無法進入到if的內部,直接跳到第91行返回了false,也就導致後面其它的action都無法執行了。

好了,關於View的事件分發,我想講的東西全都在這裡了。現在我們再來回顧一下開篇時提到的那三個問題,相信每個人都會有更深一層的理解。

1.onTouch和onTouchEvent有什麼區別,又該如何使用?

從源碼中可以看出,這兩個方法都是在View的dispatchTouchEvent中調用的,onTouch優先於onTouchEvent執行。如果在onTouch方法中通過返回true將事件消費掉,onTouchEvent將不會再執行。

另外需要注意的是,onTouch能夠得到執行需要兩個前提條件,第一mOnTouchListener的值不能為空,第二當前點擊的控件必須是enable的。因此如果你有一個控件是非enable的,那麼給它注冊onTouch事件將永遠得不到執行。對於這一類控件,如果我們想要監聽它的touch事件,就必須通過在該控件中重寫onTouchEvent方法來實現。

2.為什麼給ListView引入了一個滑動菜單的功能,ListView就不能滾動了?

應該會知道滑動菜單的功能是通過給ListView注冊了一個touch事件來實現的。如果你在onTouch方法裡處理完了滑動邏輯後返回true,那麼ListView本身的滾動事件就被屏蔽了,自然也就無法滑動(原理同前面例子中按鈕不能點擊),因此解決辦法就是在onTouch方法裡返回false。

3.為什麼圖片輪播器裡的圖片使用Button而不用ImageView?

當時我在圖片輪播器裡使用Button,主要就是因為Button是可點擊的,而ImageView是不可點擊的。如果想要使用ImageView,可以有兩種改法。第一,在ImageView的onTouch方法裡返回true,這樣可以保證ACTION_DOWN之後的其它action都能得到執行,才能實現圖片滾動的效果。第二,在布局文件裡面給ImageView增加一個android:clickable="true"的屬性,這樣ImageView變成可點擊的之後,即使在onTouch裡返回了false,ACTION_DOWN之後的其它action也是可以得到執行的。

今天的講解就到這裡了,相信大家現在對Android事件分發機制又有了進一步的認識,在後面的文章中我會再帶大家一起探究Android中ViewGroup的事件分發機制,


  1. 上一頁:
  2. 下一頁:
熱門文章
閱讀排行版
Copyright © Android教程網 All Rights Reserved