編輯:關於Android編程
在第一篇文章中又點擊事件的一個例如引入事件的學習,之後第二篇文章查找一下點擊事件最終是在什麼地方觸發的,發現是在onTouchEvent方法中,第三篇和第四篇總結了一下onTouchEvent的參數MotionEvent對象的常用屬性getAction() 與 getX(), getY()。
前幾篇是打下基礎,現在可以基於這些知識分析下View.onTouchEvent也就是之前第二篇文章中查找到的發現點擊事件觸發的地方,View類是所有視圖的基類,也就是如果子類不覆寫此方法的話,觸屏事件都是交由View.onTouchEvent處理。
分析的源碼是Andorid 4.0 (Android 14)原因之前也解釋過,這種通過的功能因為各種版本變化不會太大,View.onTouchEvent有130行肯定不會直接粘貼到blog上然後一行行的解釋是什麼意思,打算按照先總後分的形式整理。這篇文章並不是我想寫這麼長,實在是方法本身源碼就很多,。
/** * Implement this method to handle touch screen motion events. * * @param event The motion event. * @return True if the event was handled, false otherwise. */ public boolean onTouchEvent(MotionEvent event) { final int viewFlags = mViewFlags; // 當前視圖處於禁用狀態 if ((viewFlags & ENABLED_MASK) == DISABLED) { if (event.getAction() == MotionEvent.ACTION_UP && (mPrivateFlags & PRESSED) != 0) { // 如果抬起手指清除掉按下狀態 mPrivateFlags &= ~PRESSED; // 當前顯示還是按下狀態,所以重刷一下 refreshDrawableState(); } // 應該是當前視圖處理當前觸摸事件的,但是因為指定為禁用狀態, // 所以還是消耗當前事件,只是不做任何處理。 // 這樣處理符合邏輯,因為用戶當前觸摸的是這個視圖,雖然被設置為不觸發任何處理。 // 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) { // 事件雖然傳遞給了當前視圖, // 但是如果其他視圖通過設置mTouchDelegate增大觸摸區域 // 並且當前觸摸點在其他視圖的擴大區域內。 if (mTouchDelegate.onTouchEvent(event)) { // 交由擴大觸摸區域的那個視圖處理 // 並消耗此次觸摸事件 return true; } } // 如果當前視圖是點擊或者長按狀態 if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { switch (event.getAction()) { // 點擊與長按重要處理的地方,之後著重分析這塊 ...... } // 是點擊或者長按,當前方法反饋與處理用戶操作 return true; } // 當前視圖不處理,由事件傳遞機制在找其他匹配的視圖 // 具體如何查找之後在分析 return false; }
1. 當前視圖是否處於禁用狀態(如果是抬起手指,清理掉按下狀態)
2. 是否在其他視圖的擴大范圍內(通過TouchDelegate實現)
3. 如果以上兩者都不成立,並且當前視圖處於點擊或者長按狀態
4. 如果以上3者都不符合條件,返回false表明當前視圖不消耗此次觸摸事件
以上源碼會涉及到以下知識,可以查看這些變量的注釋,就不一一貼出源碼了:
1. mViewFlags是全局變量,用於存放視圖狀態信息。
2. TouchDelegate 設置視圖的點擊區域(增大或者縮小可點擊區域)
3. DISABLED 當前視圖禁用狀態。通過使用View.setEnabled(false)設置視圖為禁用狀態
4. CLICKABLE 可點擊。通過使用View.setClickable(true)設置
5. LONG_CLICKABLE 可長按。通過使用View.setLongClickable(true)設置
在第三篇文章《Android Touch事件學習 3 區分各種手勢基礎知識》中分析過,Android通過各種ACTION(動作)來區分用戶行為,然後現在需要通過系統提供的這些ACTION來判斷是點擊還是長按,根據之前的經驗ACTION的執行是有先後順序的依次是:ACTION_DOWN, ACTION_MOVE, ACTION_UP, ACTION_CANCEL,且當用戶手指按下時觸發ACTION_DOWN,手指抬起時觸發ACTION_UP,移動時被攔截觸發ACTION_CANCEL,這三個都是僅會觸發依次,手指移動是觸發ACTION_MOVE會根據手指移動事件執行0到多次。 View.onTouchEvent中並不是一這個次序來擺放源碼的,但是下面會依次按照上面的順序分塊進行解釋。
case MotionEvent.ACTION_DOWN: mHasPerformedLongPress = false; // 1. 必須先滿足是鼠標右鍵 或是 手寫筆第一個按鈕,才會返回true if (performButtonActionOnTouchDown(event)) { break; } // 2. 當前視圖是否可滾動(例如:當前是ScrollView視圖,返回true) // Walk up the hierarchy to determine if we're inside a scrolling container. boolean isInScrollingContainer = isInScrollingContainer(); // For views inside a scrolling container, delay the pressed feedback for // a short period in case this is a scroll. if (isInScrollingContainer) { // 滾動視圖內,先不設置為按下狀態,因為用戶之後可能是滾動操作 // 不是此次分析的重點,感興趣可以自己了解下 mPrivateFlags |= PREPRESSED; if (mPendingCheckForTap == null) { mPendingCheckForTap = new CheckForTap(); } postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); } else { // Not inside a scrolling container, so show the feedback right away // 不在滾動視圖內,立即反饋為按下狀態 mPrivateFlags |= PRESSED; // 刷新為按下狀態 refreshDrawableState(); // 3. 與 4. checkForLongClick(0); } break;
以上標注了1,2,3,4,如果感覺注釋已經看懂了可以直接忽略以下關於這幾點的源碼注釋,直接跳到下一個動作ACTION_MOVE
1. performButtonActionOnTouchDown方法源碼
/** * Performs button-related actions during a touch down event. * * @param event The event. * @return True if the down was consumed. * * @hide */ protected boolean performButtonActionOnTouchDown(MotionEvent event) { // 如果是鼠標右鍵,手寫筆第一個按鈕(詳見BUTTON_SECONDARY常量注釋) if ((event.getButtonState() & MotionEvent.BUTTON_SECONDARY) != 0) { if (showContextMenu(event.getX(), event.getY(), event.getMetaState())) { return true; } } return false; }
2. isInScrollingContainer方法源碼
/** * @hide */ public boolean isInScrollingContainer() { ViewParent p = getParent(); while (p != null && p instanceof ViewGroup) { if (((ViewGroup) p).shouldDelayChildPressedState()) { return true; } p = p.getParent(); } return false; }
3. checkForLongClick方法源碼
private void checkForLongClick(int delayOffset) { // 當前視圖可以執行長按操作 if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) { mHasPerformedLongPress = false; if (mPendingCheckForLongPress == null) { // 4 與 5 mPendingCheckForLongPress = new CheckForLongPress(); } // 4. mPendingCheckForLongPress.rememberWindowAttachCount(); // 延遲一段時間把runnable添加到消息隊列 postDelayed(mPendingCheckForLongPress, ViewConfiguration.getLongPressTimeout() - delayOffset); } }
ViewConfiguration.getLongPressTimeout() Android 4.0 源碼值是500
class CheckForLongPress implements Runnable { private int mOriginalWindowAttachCount; public void run() { if (isPressed() && (mParent != null) && mOriginalWindowAttachCount == mWindowAttachCount) { // 5. 觸發執行長按事件 if (performLongClick()) { mHasPerformedLongPress = true; } } } public void rememberWindowAttachCount() { mOriginalWindowAttachCount = mWindowAttachCount; } }
這裡很容易搞不清楚,這裡竟然還判斷
mOriginalWindowAttachCount == mWindowAttachCount
明明在CheckForLongPress.rememberWindowAttachCount()中進行賦值的,解釋一下mOriginalWindowAttachCount是CheckForLongPress的內部變量,而mWindowAttachCount是全局變量,CheckForLongPress的對象是延時發送到消息隊列的,也就是說如果在延遲期間mWindowAttachCount改變這個判斷條件還是過不了,那這個變量都在哪裡會發生改變呢?不貼源碼了,會在View.dispatchAttachedToWindow方法中進行累加,而此方法會在ViewGroup.addView時調用,也就是再次期間添加視圖的話,不會滿足條件。
/** * Call this view's OnLongClickListener, if it is defined. Invokes the context menu if the * OnLongClickListener did not consume the event. * * @return True if one of the above receivers consumed the event, false otherwise. */ public boolean performLongClick() { sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_LONG_CLICKED); boolean handled = false; if (mOnLongClickListener != null) { // 觸發執行長按事件 handled = mOnLongClickListener.onLongClick(View.this); } if (!handled) { handled = showContextMenu(); } if (handled) { performHapticFeedback(HapticFeedbackConstants.LONG_PRESS); } return handled; }
case MotionEvent.ACTION_MOVE: final int x = (int) event.getX(); final int y = (int) event.getY(); // Be lenient about moving outside of buttons // 1. 觸摸點是否在當前視圖內 if (!pointInView(x, y, mTouchSlop)) { // Outside button // 如果手指移出視圖區域 // 2. 去除視圖輕觸狀態 removeTapCallback(); // 如果當前是按下狀態 if ((mPrivateFlags & PRESSED) != 0) { // Remove any future long press/tap checks // 3. 移除還沒有執行的長按與輕觸檢測 removeLongPressCallback(); // Need to switch from pressed to not pressed // 移除按下狀態 mPrivateFlags &= ~PRESSED; // 移除後刷新視圖 refreshDrawableState(); } } break;
與之前一樣,以下是上面ACTION_MOVE處理調用的方法,如果已經明白可以直接忽略以下方法與注釋,直接看ACTION_UP的分析
1. pointInView方法源碼
/** * Utility method to determine whether the given point, in local coordinates, * is inside the view, where the area of the view is expanded by the slop factor. * This method is called while processing touch-move events to determine if the event * is still within the view. */ private boolean pointInView(float localX, float localY, float slop) { // 把觸摸點的x,y 與當前視圖的上下左右進行比較,看是否在視圖區域內 // 視圖區域的上下左右都增加slop長度,在視圖外添加的slop區域內也算點擊到視圖內了 // 目的是為了增加當前視圖的可點擊區域,避免在視圖邊界處,即使移動一丁點就會 // 系統可能就會認為是在兩個視圖間切換 return localX >= -slop && localY >= -slop && localX < ((mRight - mLeft) + slop) && localY < ((mBottom - mTop) + slop); } // 在View視圖構造器中對mTouchSlop進行初始化 mTouchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
2.removeTapCallback源碼
/** * Remove the tap detection timer. */ private void removeTapCallback() { // 移除輕觸探測定時器 // 此Runnable是在滾動視圖是才會創建 if (mPendingCheckForTap != null) { // 去除預按下狀態 mPrivateFlags &= ~PREPRESSED; // 從消息隊列中刪除mPendingCheckForTap removeCallbacks(mPendingCheckForTap); } }
/** * Remove the longpress detection timer. */ private void removeLongPressCallback() { // 移除長按探測定時器 if (mPendingCheckForLongPress != null) { removeCallbacks(mPendingCheckForLongPress); } }
case MotionEvent.ACTION_UP: boolean prepressed = (mPrivateFlags & PREPRESSED) != 0; 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 (prepressed) { // The button is being released before we actually // showed it as pressed. Make it show the pressed // state now (before scheduling the click) to ensure // the user sees it. // 如果是與按下狀態,抬起手指前設置為按下狀態 mPrivateFlags |= PRESSED; refreshDrawableState(); } // 如果沒有執行長按 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(); } // 使用post到runnable發送到消息隊列的目的是: // 消息隊列是依次執行,把之前post到隊列的runnable執行完 // 才會執行當前runnable,以保證在之前所有狀態都處理完後執行 if (!post(mPerformClick)) { // 如果執行不成功,必須保證觸發點擊事件 // 所以直接調用PerformClick類內部調用的觸發事件方法 performClick(); } } } if (mUnsetPressedState == null) { // 1. 清除按下狀態 mUnsetPressedState = new UnsetPressedState(); } if (prepressed) { // 如果是預按下狀態,過段事件後在發送到消息隊列 postDelayed(mUnsetPressedState, ViewConfiguration.getPressedStateDuration()); } else if (!post(mUnsetPressedState)) { // If the post failed, unpress right now // 執行失敗的話,保證視圖不會永遠處於按下狀態 // 直接執行一次 mUnsetPressedState.run(); } // 清除輕觸 removeTapCallback(); } break;
1.UnsetPressedState 類源碼
private final class UnsetPressedState implements Runnable { public void run() { setPressed(false); } }
case MotionEvent.ACTION_CANCEL: // 清理按下狀態 mPrivateFlags &= ~PRESSED; // 刷新一下 refreshDrawableState(); // 清除輕觸狀態 removeTapCallback(); break;
ViewConfiguration是系統配置,各手機廠商可能會根據自身手機特點修改這些參數。
1. 滿足一些先決條件。例如:當前視圖非禁用狀態、當前視圖允許點擊或者長按(詳見 一、onTouchEvent整體結構)
之後通過系統反饋的動作來進行判斷
2. ACTION_DOWN:當前是否為滾動視圖,如果不是,當前視圖先顯示為按下狀態,且在500毫秒後執行長按操作。(詳見 三、ACTION_DOWN)
3. ACTION_MOVE:如果手指移動出當前視圖范圍內,清理以上設置的所有狀態,並且如果長按還沒有執行不會觸發。(詳見 四、ACTION_MOVE)
4. ACTION_UP:如果MOVE時沒有進行清理,且還沒有執行長按操作,執行點擊操作(詳見 五、ACTION_UP)
5. ACTION_CANCEL:清理所有狀態
從2012年自學Android開始,到現在第4個年頭了,期間一直沒接觸正規的Android項目,加上這幾年一直忙.NET項目,導致去年有兩單Android的私活沒底氣接,
前些天在展訊6825C 上調試gc2115攝像頭,發現後攝顯示效果非常的差,出現很嚴重的整個預覽界面豎條紋現象,但是對光線變化還是有反應的,初步判斷是sens
在開發應用程序的時候,經常會遇到這樣的情況,會在運行時動態根據條件來決定顯示哪個View或某個布局。那麼最通常的想法就是把可能用到的View都寫在上面,先把它們的可見性都
前言 為了更好地閱讀本文,你需要先閱讀Android apk動態加載機制的研究這篇文章,在此文中,博主分析了Android中apk的動態加載機制,並在文章的