Android中如何實現(xiàn)事件分發(fā)和處理

本篇內(nèi)容介紹了“Android中如何實現(xiàn)事件分發(fā)和處理”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

基礎(chǔ)儲備 View、MotionEvent

我們都能詳細(xì)地說出Android的四大組件：Activity，Service，ContentProvider和BoardcastReceiver，但是四大組件之外，我們用到也很多的是什么，其中肯定包括View，View是用戶跟程序溝通的入口，也是程序展現(xiàn)給用戶信息的窗口。關(guān)于View，一些基礎(chǔ)屬性還是要了解的，left，top，right，bottom，分別代表了view的左上角和右下角分別相對x軸，y軸的坐標(biāo)，而且view的getWidth和getHeight的值都是通過這四個值算得，而且在Android3.0中還增加了x，y，translationX和translationY這幾個屬性，便于我們對view的平移操作，x、y代表了當(dāng)前view左上角的xy坐標(biāo)，而translationX和translationY代表了view相對它的父容器的偏移量，默認(rèn)值是0。

MotionEvent表示用戶的觸摸事件，用戶的一次點擊、觸摸或者滑動都會產(chǎn)生一系列的MotionEvent：

• MotionEvent.ACTION_DOWN 表示用戶的手指剛接觸到屏幕

• MotionEvent.ACTION_MOVE 表示用戶的手指正在移動

• MotionEvent.ACTION_UP 表示用戶的手指從屏幕上抬起

所以一次用戶觸摸屏幕可能會產(chǎn)生這些事件:

• 點擊屏幕然后松開，Down->Up

• 點擊屏幕，然后滑動一段距離，松開屏幕 ，Down->Move->…->Move->Up

了解了這些基本知識以后，我們就來學(xué)習(xí)一下具體怎么分發(fā)這些事件

ViewGroup 分發(fā)-> 攔截 -> 處理

首先說一點，雖然ViewGroup也是繼承View而來，但是因為在事件攔截上，ViewGroup分析起來更加方便理解，所以先說ViewGroup，下面也會簡單介紹一下View的事件處理。

在事件分發(fā)的過程中，主要涉及到三個方法:

• dispatchTouchEvent(MotionEvent event);

• onInterceptTouchEvent(MotionEvent event);

• onTouchEvent();

初看這三個方法就有蒙圈，如果這時候在蒙頭鉆進源碼里，就更是糊涂，我在這里借用任玉剛大大的一段偽代碼解釋一下這三者之間的關(guān)系：

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

• 從這段偽代碼中，我們可以看出來，在dispatchTouchEvent中，先調(diào)用ViewGroup自身的onInterceptTouchEvent方法，判斷自己是否要攔截，如果這時候自己攔截，那就調(diào)用自己的onTouchEvent方法，如果onTouchEvent方法返回了True，那么這次的事件就算消耗了，事件傳遞到此為止，如果返回了False，證明這次沒有消耗這次MotionEvent，那么這次的事件就會往上返回，由上一級繼續(xù)處理;如果當(dāng)前ViewGroup的onInterceptTouchEvent返回了False，那就會調(diào)用它的子view的dispatchTouchEvent方法，這樣這個事件就傳遞下去了，如果它的子View處理不了，那么還會回來調(diào)用ViewGroup的onTouchEvent方法，當(dāng)然這一點是沒有在這一段偽代碼里體現(xiàn)的，用一段通俗的例子解釋：

領(lǐng)導(dǎo)收到一份任務(wù)(有可能是上級給的)，自己看了一眼，然后決定好好休息，今天不工作，就把這個任務(wù)交給了手下的小王，小王的默認(rèn)屬性是只要來任務(wù)就接，而且就干，能干不能干一樣接，如果這是一個簡單的任務(wù)，那么小王就解決了，這個任務(wù)也就完成了，不幸的是，這次任務(wù)小王沒有解決掉，然后向領(lǐng)導(dǎo)反饋，領(lǐng)導(dǎo)沒辦法，手下沒人能解決，只好自己干了，就開始解決問題，然后解決掉，任務(wù)也完成了。

這就是ViewGroup層的事件分發(fā)，當(dāng)然不是這么簡單，這只不過是通過簡單的方式去理解，其實在真實的事件分發(fā)中，有很多問題需要注意：

• 一個完成的事件序列以Down開始，中間可能包含若干個Move，然后以Up結(jié)束

• 一個view一旦攔截一個某個事件，當(dāng)前事件所在的完整事件序列將都會由這個view去處理，反應(yīng)在真實的代碼中，就是一旦view攔截了down事件，那么此后的move和up事件都將不調(diào)用onInterceptTouchEvent，而直接由它處理，這就也意味著在onInterceptTouchEvent處理事件是不合適的，因為有可能來了事件，卻直接跳過onInterceptTouchEvent方法。這個也意味著，一旦一個ViewGroup沒有攔截ACTION_DOWN，那么這個事件序列的其他Action，它都將收不到，所以在處理ACTION_DOWN的時候，尤其需要謹(jǐn)慎。

• onTouchEvent中是要判斷MotionEvent的Action，因為一次點擊操作就會調(diào)用兩次onTouchEvent方法，一次是ACTION_DOWN，一次是ACTION_UP，如果手滑一下，還會有若干個ACTION_MOVE

• ViewGroup默認(rèn)不攔截任何事件，源碼中ViewGroup的onInterceptTouchEvent方法默認(rèn)返回的是false

整個事件分發(fā)，看起來都是由外向內(nèi)傳遞的，父View將事件傳遞給子View，理論上來看，子View是沒有辦法影響到父View的事件處理的，但是有一個標(biāo)示位，requestDisallowInterceptTouchEvent方法，通過這個方法  ，子View能夠影響父view的事件處理，這個可以用于解決父view和子view的滑動沖突，具體想了解的可以搜索它的相關(guān)用法，這里將不進行展開。

View 只有默默的承受

View不同于ViewGroup的是，View中沒有onInterceptTouchEvent方法，因為View作為事件處理的***一級，不需要判斷是否要攔截，是一定要攔截，不管能不能處理，都要試一下，所以在View中調(diào)用流程是：

dispatchTouchEvent -> onTouchEvent

而且，***onTouchEvent的返回值默認(rèn)都是True，也就是說事件傳遞下去一般都會被消耗掉的，只是看中途是否有人攔截，這個時候讀者可能會有疑問：TextView的onTouchEvent的返回值也是True嗎?答案就是:是的，那為什么點在TextView上面還是能觸發(fā)它的父視圖的onTouchEvent，理論上不應(yīng)該是，TextView消耗掉這次的事件，不回傳。理論上確實是這樣，但是因為TextView的clickable和longClickable屬性都是false，當(dāng)這兩個屬性都為false的時候，是不會消耗事件的，所以TextView不會消耗事件，這也就可以解釋為什么把一個TextView放在一個Button上面，然后點擊TextView還是能觸發(fā)Button的點擊事件

在這里可能需要提醒一下大家，算是一個我之前踩到的一個坑，我把一個view的enable狀態(tài)設(shè)成了false，然后又給它增加了onClickListener，這時候我本以為，它的點擊事件不會被觸發(fā)，結(jié)果它還是可以被點擊，后來才了解到，view的enable狀態(tài)和onTouchEvent是沒有關(guān)系的，只有clickable狀態(tài)是對onTouchEvent有影響的，還有一點  ，設(shè)置  view的enable為false確實也會把view的clickable設(shè)成false，但是設(shè)置view的onclickListener就又把view的clickable變成了true，所以***的解決方案就是把那兩行代碼換下先后順序，問題就迎刃而解了。

詳解處理GesutureDetector

費勁千辛萬苦，終于把事件攔截下來了，然后我們需要總得做點什么吧，不然都對不起自己浪費這么多口舌，說到對事件的處理，我們首先想到的就是setOnClickListener，殊不知onClickListener的優(yōu)先級是***的，下一節(jié)里面會對優(yōu)先級進行說明，而這里，我們將主要想著如果處理事件，當(dāng)我們興奮地拿到一連串的事件，但又不知如何下手，甚至于連最簡單的點擊事件都要自己進行一番處理，更別提做成平移、旋轉(zhuǎn)、縮放這樣的操作，但是官方提供的GestureDetector給我們提供了可能。

官方提供的GestureDetector是一個手勢輔助檢測類，默認(rèn)能夠檢測多種手勢：

class SimpleGestureListener implements GestureDetector.OnGestureListener {      @Override      public boolean onDown(MotionEvent e) {          return false;      }         @Override      public void onShowPress(MotionEvent e) {         }         @Override      public boolean onSingleTapUp(MotionEvent e) {          return false;      }         @Override      public boolean onScroll(MotionEvent e1, MotionEvent e2, float distanceX, float distanceY) {          return false;      }         @Override      public void onLongPress(MotionEvent e) {         }         @Override      public boolean onFling(MotionEvent e1, MotionEvent e2, float velocityX, float velocityY) {          return false;      }  }

通過這個類，我們可以很方便的處理除了單擊和長按之外，還有滑動，雙擊等各種手勢，并對其分別進行處理，如果這些還是不能滿足你的好奇心，那還有一個官方提供的ScaleGestureDetector，從名字就可以判斷出來這是一個檢測縮放手勢的輔助類，而且還有大牛仿照ScaleGestureDetector思路做出了平移以及旋轉(zhuǎn)的輔助類，然后我們就可以根據(jù)這些輔助類，幾乎為所欲為了，下面我寫了一個支持平移，縮放，旋轉(zhuǎn)的小Demo。

private void init() {             scaleGesture = new ScaleGestureDetector(getContext(), new ScaleListener());          moveGesture = new MoveGestureDetector(getContext(), new MovingListener());          rotateGesture = new RotateGestureDetector(getContext(), new RotateListener());         }         @Override      public boolean onTouchEvent(MotionEvent event) {             scaleGesture.onTouchEvent(event);          moveGesture.onTouchEvent(event);          rotateGesture.onTouchEvent(event);             return true;      }            private class ScaleListener implements ScaleGestureDetector.OnScaleGestureListener {             @Override          public boolean onScale(ScaleGestureDetector detector) {                 setScaleX(detector.getScaleFactor() * getScaleX());              setScaleY(detector.getScaleFactor() * getScaleY());                 return true;          }             @Override          public boolean onScaleBegin(ScaleGestureDetector detector) {              return true;          }             @Override          public void onScaleEnd(ScaleGestureDetector detector) {             }      }

onTouchListener OnTouchEvent OnClickListener

我們在知道onTouchEvent之前肯定都知道onClickListener和onTouchListener，而他們都是事件的消費者，onTouchListener是在onTouch方法中生效，而且onTouch要先于onTouchEvent，就是說一旦設(shè)置了onTouchListener并且***onTouch方法返回了True，那onTouchEvent將不會再被執(zhí)行，而onClickListener和onTouchEvent有些關(guān)系，onTouchEvent的默認(rèn)實現(xiàn)里會調(diào)用onClickListener的onClick方法，如果重寫了onTouchEvent，因為onClickListener接受不到ACTION_DOWN和ACTION_UP，那么再設(shè)置onClickListener也就不會再生效了，這個時候的單擊或者長按處理只能在onTouchEvent中自己處理。

“Android中如何實現(xiàn)事件分發(fā)和處理”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！