Android開發(fā)事件處理的代碼如何寫手摸手教程
正文
經過事件分發(fā)之View事件處理和ViewGroup事件分發(fā)和處理源碼分析這兩篇的的理論知識分析，我們已經大致的了解了事件的分發(fā)處理機制，但是這并不代表你就一定能寫好事件處理的代碼。
既然我們有了基本功，那么本文就通過一個案例來逐步分析事件處理的代碼如何寫，事件沖突如何解決。
剖析事件分發(fā)的過程
為了模擬實際情況，我特意搞了一幅畫View各種嵌套的圖
圖中有一個MyViewGroup，它可以左右滑動，本文就用它來講解事件處理的代碼如何寫。
后面的分析需要大家有前面兩篇文章的基礎，請務必理解清楚，否則你可能會覺得我在講天書。
ACTION_DOWN
由于我們操作的目標是MyViewGroup，因此我會把手指在MyViewGroup內容區(qū)域內按下，至于按在哪里，其實無所謂，甚至在TextView上也行。此時系統(tǒng)會把ACTION_DOWN事件經過Activity傳遞給ViewGroup0，那么問題來了ViewGroup0會不會截斷事件呢？
如果ViewGroup0截斷了ACTION_DOWN事件，那么它的所有子View在這個事件序列結束前，將無法接收到任何事件，包括ACTION_DOWN事件。MyViewGroup就是ViewGroup0的子View，很顯然我們并不希望這樣的事情發(fā)生。如果真的發(fā)生從一開始就截斷ACTION_DOWN這樣的事情，那父View控件的代碼寫的絕壁有問題。
事件序列是由ACTION_DOWN開始，由ACTION_UP或者ACTION_CANCEL結束，并且中間有0個或者多個ACTION_MOVE組成。
那么有沒有截斷ACTION_DOWN事件的情況呢？當然有，ViewGroup必須處于一個合理的狀態(tài)，并且有理由截斷ACTION_DOWN事件。例如ViewPager，當手指在屏幕快速劃過后，頁面還處于滑動狀態(tài)，此時如果手指再次按下，ViewPager把這個ACTION_DOWN事件當做是停止滑動當前滑動并且重新開始滑動的指示，因此它有理由截斷這個ACTION_DOWN事件。
那么，ViewGroup0在沒有任何合理狀態(tài)，并且還沒有任何合理理由的情況下，是絕不會截斷ACTION_DOWN事件的，因此它會把這個事件傳遞給MyViewGroup。
MyViewGroup很高興接收到了第一個事件ACTION_DOWN，按照剛才講的規(guī)則，常規(guī)狀態(tài)下，是不截斷ACTION_DOWN事件的，但是如果MyViewGroup在滑動狀態(tài)中，并且手指已經離開屏幕，當再次按下手指的時候，我希望MyViewGroup截斷ACTION_DOWN事件的，因此onInterceptTouchEvent()方法的事件處理的框架代碼應該這樣寫
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
// 1. 如果處于無狀態(tài)，默認不截斷
// 2. 如果處于滑動狀態(tài)，截斷事件
break;
}
return super.onInterceptTouchEvent(ev);
}
現(xiàn)在討論的是事件處理的框架代碼如何寫，因此沒有具體的代碼。
你肯定以為ACTION_DOWN事件就這樣處理完了是吧，機智的我早已看穿一切
MyViewGroup是需要實現(xiàn)滑動特性的，那么它就必須要能接收到ACTION_MOVE事件。那么ACTION_DOWN事件要如何處理，才能確保這個事情呢？必須滿足下面的一個條件
MyViewGroup有一個子View處理了ACTION_DOWN事件。MyViewGroup自己處理ACTION_DOWN事件。
第一個條件呢，是最理想的情況，因為MyViewGroup在這種情況下，不用處理ACTION_DOWN事件就可以接收到ACTION_MOVE事件。
然而第一個條件，是不可控的，因此我們要做好最壞的打算，那就是MyViewGroup自己處理ACTION_DOWN。因此，在onTouchEvent()中處理ACTION_DOWN事件要返回true。
@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
// 自己處理ACTIOND_DOWN，必須返回true
return true;
}
return super.onTouchEvent(event);
}
ACTION_MOVE
前面處理ACTION_DOWN已經確保了ACTION_MOVE可以順利接收，根據(jù)前面列出的2個保證條件，那么接收ACTION_MOVE的情況如下
MyViewGroup有一個子View處理了ACTION_DOWN，那么ACTION_MOVE將會在onInterceptTouchEvent()中被接收。MyViewGroup自己處理了ACTION_DOWN，那么ACTION_MOVE將會在onTouchEvent()中接收到。
對于第一種情況，其實有個限制條件，那就是子View必須允許MyViewGroup截斷事件，否則MyViewGroup將收不到ACTION_MOVE事件。如果出現(xiàn)這種情況，那你得檢查子控件的代碼了是否寫的合理了。
首先討論第二種情況，如果ACTION_MOVE在onTouchEvent()中接收到，那就代表MyViewGroup要自己處理事件來滑動，因此返回true
@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getActionMasked()) {
case MotionEvent.ACTION_MOVE:
// 自己處理ACTION_MOVE，返回true
return true;
}
return super.onTouchEvent(event);
}
現(xiàn)在來繼續(xù)看第一種情況，ACTION_MOVE在發(fā)送給處理了ACTION_DOWN的子View前，需要通過MyViewGroup的onInterceptTouchEvent()方法，那么MyViewGroup要不要截斷ACTION_MOVE事件呢？其實有很多種情況，我們來逐一分析可行性。
有人說，既然onInterceptTouchEvent()會一直接收ACTION_MOVE事件，那可以不截斷就直接執(zhí)行滑動。表面上看MyViewGroup實現(xiàn)了滑動，但是在實際中可能遇到問題。假如子View也是一個滑動的控件，那么在MyViewGroup滑動的時候，由于沒有截斷事件，因此子View同時也會根據(jù)自己的意愿去滑動，這豈不是瞎搞嗎？又或者說子View在接收ACTION_MOVE事件后，請求父View不允許截斷后續(xù)的事件，那么MyViewGroup后續(xù)就處理不了ACTION_MOVE事件了。
經過上面的分析，有人可能會說，一不做二不休，那就直接截斷得了。我只能說，這位施主你太沖動！
如果直接粗暴的截斷，萬一遇上了不是完全垂直滑動的手勢，MyViewGroup卻在水平滑動，那豈不是尷尬了。
這時候，肯定有人忍不了了，截斷也不是，不截斷也不是，你想鬧哪樣！我們可以變通下嘛，我們要有條件的截斷，避免剛才的尷尬情況嘛，舉兩個常用的條件
- 達到滑動的臨界點
- 判斷手勢是水平滑動還是垂直滑動
那么，在onInterceptTouchEvent()方法中關于是否截斷ACTION_MOVE的框架代碼可以這樣寫
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_MOVE:
// 達到滑動標準就截斷，否則不截斷
// 滑動標準如下
// 1. 達到滑動的臨界距離
// 2. 判斷手勢是水平滑動
break;
}
return super.onInterceptTouchEvent(ev);
}
ACTION_UP
我們先來討論下，ACTION_UP會在哪里接收到
MyViewGroup處理了ACTION_DOWN，ACTION_UP將會在onTouchEvent()中接收到。MyViewGroup在截斷ACTION_MOVE之前，ACTION_UP將會在onInterceptTouchEvent()中接收到。MyViewGroup截斷ACTION_MOVE后，ACTION_UP將會在onTouchEvent()中接收到。
第一種情況，返回true吧，因為畢竟是MyViewGroup自己處理了ACTION_UP事件。
第二種情況，返回false吧，因為此時MyViewGroup還沒有處理滑動事件呢。
第三種情況，返回true吧，因為畢竟是MyViewGroup自己處理了ACTION_UP事件。
從源碼角度看，對于ACTION_UP事件的處理的返回值，好像并不太重要。 但是返回true還是false其實是向父View表明一個種態(tài)度，那就是我到底是不是處理了ACTION_UP事件。
ACTION_CANCEL
從前面文章分析可知，ACTION_CANCEL是在MyViewGroup的父View截斷了MyViewGroup的ACTION_MOVE事件后收到的，ACTION_CANCEL接收的地方其實和ACTION_UP是一樣，至于是處理還是不處理，根據(jù)實際中有沒有做實質的動作來相應的返回true或者false。
完成案例代碼
前面我們已經對每個事件到底處不處理進行了分析，并且寫出了事件處理的框架，那么接下來，我們就可以在這個框架之下，很放心地完成MyViewGroup滑動特性的代碼了。
ACTION_DOWN
在處理ACTION_DOWN的時候要做啥呢？當然是記錄手指按下時的坐標。由于ACTION_DOWN一定會經過onInterceptTouchEvent()，所以在這里記錄按下坐標
public boolean onInterceptTouchEvent(MotionEvent ev) {
float x = ev.getX();
float y = ev.getY();
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
// 記錄手指按下的坐標
mLastX = mStartX = x;
mLastY = mStartY = y;
// 1. 如果處于無狀態(tài)，默認不截斷
// 2. 如果處于滑動狀態(tài)，截斷事件
break;
}
return super.onInterceptTouchEvent(ev);
}
mStartX和mStartY表示手指按下的坐標，mLastX和mLastY表示最近一次事件的坐標。
ACTION_MOVE
根據(jù)前面的分析，處理ACTION_MOVE有情況有如下幾種
如果MyViewGroup存在一個子View處理了ACTION_DOWN，
MyViewGroup截斷ACTION_MOVE之前，ACTION_MOVE將會在onInterceptTouchEvent()中接收。
MyViewGroup截斷ACTION_MOVE之后，ACTION_MOVE將會在onTouchEvent()中接收。
如果MyViewGroup處理了ACTION_DOWN，那么ACTION_MOVE將會在onTouchEvent()中接收。
第一種情況，根據(jù)前面的分析，我們將在onInterceptTouchEvent()根據(jù)條件來截斷ACTION_MOVE事件。
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
float x = ev.getX();
float y = ev.getY();
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_MOVE:
// 計算從手指按下時滑動的距離
float distanceX = Math.abs(x - mStartX);
float distanceY = Math.abs(y - mStartY);
if (distanceX > mScaledTouchSlop && distanceX > 2 * distanceY) {
// 設置拖拽狀態(tài)
setState(SCROLLING_STATE_DRAGGING);
// 不允許父View截斷后續(xù)事件
requestDisallowIntercept(true);
// 執(zhí)行一次拖拽的滑動
performDrag(x);
// 更新最新事件坐標
mLastX = x;
mLastY = y;
// 截斷后續(xù)的事件
return true;
}
break;
}
return super.onInterceptTouchEvent(ev);
}
根據(jù)我們的分析，要達到截斷ACTION_MOVE的標準才截斷后續(xù)的ACTION_MOVE事件，從代碼中可以看出這個標準有兩條
- 水平滑動的距離要大于一個臨界值。
- 水平滑動的距離要大于兩倍的垂直滑動距離，這樣就排除了一些不標準的手勢。
當我們認為這是一次有效的滑動的時候，就要截斷后續(xù)的ACTION_MOVE事件，這就是代碼中看到的return true的原因。
然而事情還沒有完，我們還做了一些優(yōu)化動作
第一步，設置拖拽狀態(tài)。這是因為在截斷后續(xù)的ACTION_MOVE后，后續(xù)的ACTION_MOVE事件就會分發(fā)給MyViewGroup的onTouchEvent()，而onTouchEvent()也要處理其他情況的拖拽，因此需要這個狀態(tài)判斷值。
第二步，請求父View不允許截斷后續(xù)ACTION_MOVE事件。因為MyViewGroup馬上要執(zhí)行以系列的滑動動作，如果父View此時截斷了事件那肯定是不合適的，因此要通知父View不要搞事情。
第三步，執(zhí)行一次滑動。可能很多人不理解為何要在onInterceptTouchEvent()中執(zhí)行滑動動作，這個方法名義上只是用來判斷是否截斷事件的。
其實這里是有原因的，由于要截斷后續(xù)的ACTION_MOVE事件，那么這次的ACTION_MOVE事件是不會發(fā)送到MyViewGroup的onTouchEvent()中的，而是把這個ACTION_MOVE事件變?yōu)?code>ACTION_CANCEL事件發(fā)給處理了ACTION_DOWN事件的子View。因此當前的ACTION_MOVE如果不在onInterceptTouchEvent()處理，那么就會丟失這一次滑動處理。
截斷后續(xù)的ACTION_MOVE后，MyViewGroup的onTouchEvent()會接收后續(xù)的ACTION_MOVE，那么在這里要繼續(xù)執(zhí)行滑動
public boolean onTouchEvent(MotionEvent event) {
float x = event.getX();
float y = event.getY();
switch (event.getActionMasked()) {
case MotionEvent.ACTION_MOVE:
if (mState == SCROLLING_STATE_DRAGGING) {
// 處于滑動狀態(tài)就繼續(xù)執(zhí)行滑動
performDrag(x);
mLastX = x;
}
return true;
}
return super.onTouchEvent(event);
}
至此，處理ACTION_MOVE的第一種情況已經處理完畢，我們現(xiàn)在來看下第二種情況，那就是MyViewGroup處理了ACTION_DOWN，所有的ACTION_MOVE事件都將交給MyViewGroup的onTouchEvent()處理。那么此時MyViewGroup還沒有滑動，因此需要再次判斷是否達到滑動標準
@Override
public boolean onTouchEvent(MotionEvent event) {
float x = event.getX();
float y = event.getY();
switch (event.getActionMasked()) {
case MotionEvent.ACTION_MOVE:
if (mState == SCROLLING_STATE_DRAGGING) {
// 處于滑動狀態(tài)就繼續(xù)執(zhí)行滑動
performDrag(x);
// 更新最新坐標點
mLastX = x;
} else {
// 不處于滑動狀態(tài)，就再次檢測是否達滑動標準
float distanceX = Math.abs(x - mLastX);
float distanceY = Math.abs(y - mLastY);
if (distanceX > mScaledTouchSlop && distanceX > 2 * distanceY) {
setState(SCROLLING_STATE_DRAGGING);
requestDisallowIntercept(true);
performDrag(x);
mLastX = x;
}
}
return true;
}
return super.onTouchEvent(event);
}
ACTION_UP
對于ACTION_UP事件，我們先來預想下發(fā)生的情況
- 沒有截斷
ACTION_MOVE事件之前，ACTION_UP事件會先由onInterceptTouchEvent()處理。 - 截斷
ACTION_MOVE事件之后，ACTION_UP事件會由onTouchEvent()處理。 MyViewGroup處理了ACTION_DOWN事件，ACTION_UP事件全部會由onTouchEvent()處理。
第一種情況，由于MyViewGroup還沒有產生滑動，因此不需要處理此種情況下手指抬起事件。
第二種情況，MyViewGroup已經產生滑動，如果MyViewGroup是一個像ViewPager一樣的頁面式的滑動，那么當手指抬起時，它需要進行一些頁面定位操作，也就是決定滑動到哪個頁面。
第三種情況，其實就是第一種情況和第二種情況的綜合版而已。
@Override
public boolean onTouchEvent(MotionEvent event) {
float x = event.getX();
float y = event.getY();
switch (event.getActionMasked()) {
case MotionEvent.ACTION_UP:
if (mState == SCROLLING_STATE_DRAGGING) {
setState(SCROLLING_STATE_SETTING);
// 使用Scroller進行定位操作
int contentWidth = getWidth() - getHorizontalPadding();
int scrollX = getScrollX();
int targetIndex = (scrollX + contentWidth / 2) / contentWidth;
mScroller.startScroll(scrollX, 0, targetIndex * contentWidth - scrollX, 0);
invalidate();
}
return true;
}
return super.onTouchEvent(event);
}
ACTION_CANCEL
ACTION_CANCEL這個事件比較特殊，按照正常流程看，是由于父View截斷了MyViewGroup的ACTION_MOVE事件后，把ACTION_MOVE變?yōu)榱?code>ACTION_CANCEL，然后發(fā)送給MyViewGroup。
如果MyViewGroup在進行滑動之前，會先請求父View不允許截斷它的事件，也就是說之后父View不可能截斷ACTION_MOVE事件，也就是不可能發(fā)送ACTION_CANCEL事件。
如果MyViewGroup還沒開始滑動，那么MyViewGroup就可能會收到ACTION_CANCEL事件，然而此時不用做任何處理動作，因為MyViewGroup還沒有滑動產生狀態(tài)呢。
這是一種正常情況下的純理論分析，不排除異常情況。
截斷ACTION_DOWN
現(xiàn)在，我們回過頭來處理MyViewGroup截斷ACTION_DOWN的情況，前面我們說過，如果手指抬起，MyViewGroup還是處于滑動狀態(tài)，在我們這個例子中叫做定位狀態(tài)，那么當手指按下時，就需要截斷事件，因為MyViewGroup認為這個時候的按下動作是為了停止當前滑動，并用手指控制滑動
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
float x = ev.getX();
float y = ev.getY();
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
// 重置狀態(tài)
setState(SCROLLING_STATE_IDLE);
// 記錄手指按下的坐標
mLastX = mStartX = x;
mLastY = mStartY = y;
// 1. 如果處于無狀態(tài)，默認不截斷
// 2. 如果處于滑動狀態(tài)，截斷事件
if (!mScroller.isFinished()) {
// 停止定位動作
mScroller.abortAnimation();
// 設置拖拽狀態(tài)
setState(SCROLLING_STATE_DRAGGING);
// 不允許父View截斷后續(xù)事件
requestDisallowIntercept(true);
return true;
}
break;
}
return super.onInterceptTouchEvent(ev);
}
當MyViewGroup截斷ACTION_DOWN事件后，那么后續(xù)的的ACTION_MOVE事件就由onTouchEvent()來進行滑動處理，這個過程在前面已經實現(xiàn)。
結束
本文先從理論上搭建了事件處理的框架，然后用一個簡單的例子實現(xiàn)了這個框架。如果大家在看本文的時候有任何疑問，請先參考前面兩篇文章的分析，如果還是有疑問，歡迎在評論里留言討論。
詳細源碼請參考github，實現(xiàn)的效果如下
為了測試，我在第一個頁面放置了一個Button，然后點擊Button開始滑動，可以看到Button并沒有相應點擊事件。然后在第二個頁面返回第一個頁面時，只有滑動超過了一半的寬度，才會自動滑動到第一頁面。
以上就是Android開發(fā)事件處理的代碼如何寫手摸手教程的詳細內容，更多關于Android開發(fā)事件處理的資料請關注腳本之家其它相關文章！
相關文章
這篇文章主要介紹了Android實現(xiàn)用戶圓形頭像和模糊背景 ，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-04-04
這篇文章主要為大家詳細介紹了Android自定義View用切圖顯示字符串，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-01-01
6步輕松實現(xiàn)兩個listView聯(lián)動效果
這篇文章主要為大家詳細介紹了教大家通過6步輕松實現(xiàn)兩個listView聯(lián)動效果，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-04-04
解析:ClickOnce通過URL傳遞參數(shù) XXX.application?a=1
本篇文章是對ClickOnce通過URL傳遞參數(shù)進行了詳細的分析介紹，需要的朋友參考下2013-06-06
Android 中ViewPager中使用WebView的注意事項
這篇文章主要介紹了Android 中ViewPager中使用WebView的注意事項的相關資料,希望通過本文大家在使用過程中遇到這樣的問題解決，需要的朋友可以參考下2017-09-09
Android中FlowLayout組件實現(xiàn)瀑布流效果
大家好，本篇文章主要講的是Android中FlowLayout組件實現(xiàn)瀑布流效果，感興趣的同學趕快來看一看吧，對你有幫助的話記得收藏一下2022-01-01
利用Jetpack Compose實現(xiàn)經典俄羅斯方塊游戲
你的童年是否有俄羅斯方塊呢，本文就來介紹如何通過Jetpack Compose實現(xiàn)一個俄羅斯方塊！感興趣的小伙伴快跟隨小編一起動手嘗試一下吧2022-05-05
這篇文章主要向大家介紹了詳解Android中weight的使用方法，感興趣的小伙伴們可以參考一下2016-01-01
FFmpeg Principle學習open_output_file打開輸出文件
這篇文章主要為大家介紹了FFmpeg Principle學習open_output_file打開輸出文件示例解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-10-10
Android selector狀態(tài)選擇器的使用詳解
這篇文章主要為大家詳細介紹了Android selector狀態(tài)選擇器的使用方法，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-09-09