Android - 事件模型

以前寫 android ，對事件的處理沒有太深入，只是簡單的 onTouchEvent 就 ok 了，現在寫的 UI ，很多自定義組件，父 view 和子view 都需要接收事件，然后處理。如果不弄明白它的事件傳遞機制，很難擁有好的用戶體驗。

Touchevent 中，返回值是 true ，則說明消耗掉了這個事件，返回值是 false ，則沒有消耗掉，會繼續傳遞下去，這個是最基本的。

在 View 中跟 Touch 相關的事件有 dispatchTouchEvent ， interceptTouchEvnet ， onTouchEvent 三種。 dispatchTouchEvent是負責分發事件的，事件從 activity 傳遞出來之后，最先到達的就是最頂層 view 的 dispatchTouchEvent ，然后它進行分發，如果返回false ，則交給這個 view 的 interceptTouchEvent 方法來決定是否要攔截這個事件，如果 interceptTouchEvent 返回 true ，也就是攔截掉了，則交給它的 onTouchEvent 來處理，如果 interceptTouchEvent 返回 false ，那么就傳遞給子 view ，由子 view 的dispatchTouchEvent 再來開始這個事件的分發。

如果事件傳遞到某一層的子 view 的 onTouchEvent 上了，這個方法返回了 false ，那么這個事件會從這個 view 往上傳遞，都是onTouchEvent 來接收。而如果傳遞到最上面的 onTouchEvent 也返回 false 的話，這個事件就會“消失”，而且接收不到下一次事件。（我說的一次事件指的是 down 到 up 之間的一系列事件）

我畫了個圖：

總結一下，如果這一次事件沒有人消耗掉，則系統不會給你下一次事件，因為他會認為你這次的事件阻塞了，沒必要給下一次。onTouchEvent如果不消耗的話，會從子view傳遞到父view。

例子：

需求：要做一個完全通過flip手勢來切換的界面。在最上層用一個ViewFlipper作為容器，並檢測flip手勢操作。

難題：ViewFlipper的flip手勢檢測需要的MotionEvent會被各種子View的觸摸檢測給攔截了。比如界面上有一個Button，則當手指按下Button（還沒有抬起）然后flip出Button，則最上層的flip手勢檢測無效。

原因：android對Touch Event的分發邏輯是View從上層分發到下層（dispatchTouchEvent函數），然后下層優先開始處理Event（先 mOnTouchListener，再onTouchEvent）並向上返回處理情況（boolean值），若返回true，則上層不再處理。

    於是我們首先想到，要保證flip手勢檢測，需要把所有的Touch Event都傳到上層去。

    然而在分發邏輯之外還有一個邏輯，android估計是為了保證每個觸操作只能由一個View來進行完整響應，對ACTION_DOWN事件有個額外的邏 輯：如果某個View在處理ACTION_DOWN事件時返回false（即該View未處理此事件），那么后續產生的其它事件將直接忽略掉這個 View（不過LongPress又有另外的獨立邏輯）。舉例來說就是，如果你處理ACTION_DOWN時返回了false，那么你這個View將得不 到ACTION_MOVE或ACTION_DOWN等等這些后續事件了。

     於是難題出現了，你若把Touch Event都想辦法給傳到上層了（只能通過返回false來傳到上層），那么下層的各種子View就不能處理后續事件了。

解決方案：

     開始僅着眼於Touch Event處理完后的回傳過程，想了N久不得，畢竟我想實現的是一個需要打破android事件處理邏輯的效果（就是一個連續性操作，只有不滿足上層要求時，才輪到下層處理）。然后突然想到事件的分發過程，便豁然開朗：

     覆寫最上層的View的dispatchTouchEvent函數，代碼如下：

      @Override
      public boolean dispatchTouchEvent(MotionEvent event) {

             if (_flipDetector.onTouchEvent(event)) {
             event.setAction(MotionEvent.ACTION_CANCEL);
             }

             return super.dispatchTouchEvent(event);
      }

      於是效果實現。也就是在分發之前便進行手勢檢測處理，若檢測成功，則取消下層的一切處理過程。

續：Android onTouchEvent, onClick及onLongClick的調用機制

from：http://blog.csdn.net/ddna/article/details/5451722

針對屏幕上的一個View控件，Android如何區分應當觸發onTouchEvent，還是onClick，亦或是onLongClick事件？

在Android中，一次用戶操作可以被不同的View按次序分別處理，並將完全響應了用戶一次UI操作稱之為消費了該事件(consume)，那么Android是按什么次序將事件傳遞的呢?又在什么情況下判定為消費了該事件？

      搞清楚這些問題對於編寫出能正確響應UI操作的代碼是很重要的，尤其當屏幕上的不同View需要針對此次UI操作做出各種不同響應的時候更是如此，一個典型例子就是用戶在桌面上放置了一個Widget，那么當用戶針對widget做各種操作時，桌面本身有的時候要對用戶的操作做出響應，有時忽略。只有搞清楚事件觸發和傳遞的機制才有可能保證在界面布局非常復雜的情況下，UI控件仍然能正確響應用戶操作。

 

1.  onTouchEvent

     onTouchEvent中要處理的最常用的3個事件就是：ACTION_DOWN、ACTION_MOVE、ACTION_UP。

     這三個事件標識出了最基本的用戶觸摸屏幕的操作，含義也很清楚。雖然大家天天都在用它們，但是有一點請留意，ACTION_DOWN事件作為起始事件，它的重要性是要超過ACTION_MOVE和ACTION_UP的，如果發生了ACTION_MOVE或者ACTION_UP，那么一定曾經發生了ACTION_DOWN。

     從Android的源代碼中能看到基於這種不同重要性的理解而實現的一些交互機制，SDK中也有明確的提及，例如在ViewGroup的onInterceptTouchEvent方法中，如果在ACTION_DOWN事件中返回了true，那么后續的事件將直接發給onTouchEvent，而不是繼續發給onInterceptTouchEvent。

 

2.  onClick、onLongClick與onTouchEvent

     曾經看過一篇帖子提到，如果在View中處理了onTouchEvent，那么就不用再處理onClick了，因為Android只會觸發其中一個方法。這個理解是不太正確的，針對某個view，用戶完成了一次觸碰操作，顯然從傳感器上得到的信號是手指按下和抬起兩個操作，我們可以理解為一次Click，也可以理解為發生了一次ACTION_DOWN和ACTION_UP，那么Android是如何理解和處理的呢？

     在Android中，onClick、onLongClick的觸發是和ACTION_DOWN及ACTION_UP相關的，在時序上，如果我們在一個View中同時覆寫了onClick、onLongClick及onTouchEvent的話，onTouchEvent是最先捕捉到ACTION_DOWN和ACTION_UP事件的，其次才可能觸發onClick或者onLongClick。主要的邏輯在View.java中的onTouchEvent方法中實現的：

 

case MotionEvent.ACTION_DOWN:

    mPrivateFlags |= PRESSED;

    refreshDrawableState();

    if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) {

         postCheckForLongClick(); 

    }

    break;

case MotionEvent.ACTION_UP:

    if ((mPrivateFlags & PRESSED) != 0) {

         boolean focusTaken = false;

         if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {

               focusTaken = requestFocus();

         }

 

    if (!mHasPerformedLongPress) {

       if (mPendingCheckForLongPress != null) {

             removeCallbacks(mPendingCheckForLongPress);

       }

       if (!focusTaken) {

              performClick();

       }

    }

    …

    break;

 

     可以看到，Click的觸發是在系統捕捉到ACTION_UP后發生並由performClick()執行的，performClick里會調用先前注冊的監聽器的onClick()方法：

public boolean performClick() {

    …

    if (mOnClickListener != null) {

        playSoundEffect(SoundEffectConstants.CLICK);

        mOnClickListener.onClick(this);

        return true;

    }

        return false;

}

 

LongClick的觸發則是從ACTION_DOWN開始，由postCheckForLongClick()方法完成：

private void postCheckForLongClick() {

     mHasPerformedLongPress = false;

     if (mPendingCheckForLongPress == null) {

         mPendingCheckForLongPress = new CheckForLongPress();

     }

     mPendingCheckForLongPress.rememberWindowAttachCount();

     postDelayed(mPendingCheckForLongPress, ViewConfiguration.getLongPressTimeout());

}

可以看到，在ACTION_DOWN事件被捕捉后，系統會開始觸發一個postDelayed操作，delay的時間在Eclair2.1上為500ms，500ms后會觸發CheckForLongPress線程的執行：

class CheckForLongPress implements Runnable {

…

        public void run() {

            if (isPressed() && (mParent != null)

                    && mOriginalWindowAttachCount == mWindowAttachCount) {

                if (performLongClick()) {

                    mHasPerformedLongPress = true;

                }

            }

        }

…

}

 

如果各種條件都滿足，那么在CheckForLongPress中執行performLongClick()，在這個方法中將調用onLongClick()：

public boolean performLongClick() {

      …

      if (mOnLongClickListener != null) {

          handled = mOnLongClickListener.onLongClick(View.this);

      }

      …

}

 

從實現中可以看到onClick()和onLongClick()方法是由ACTION_DOWN和ACTION_UP事件捕捉后根據各種情況最終確定是否觸發的，也就是說如果我們在一個Activity或者View中同時監聽或者覆寫了onClick(),onLongClick()和onTouchEvent()方法，並不意味着只會發生其中一種。

 

下面是一個onClick被觸發的基本時序的Log：

04-05 05:57:47.123: DEBUG/TSActivity(209): onTouch ACTION_DOWN

04-05 05:57:47.263: DEBUG/TSActivity(209): onTouch ACTION_UP

04-05 05:57:47.323: DEBUG/TSActivity(209): onClick

可以看出是按ACTION_DOWN -> ACTION_UP -> onClick的次序發生的。

 

下面是一個onLongClick被觸發的基本時序的Log：

04-05 06:00:04.133: DEBUG/TSActivity(248): onTouch ACTION_DOWN

04-05 06:00:04.642: DEBUG/TSActivity(248): onLongClick 

04-05 06:00:05.083: DEBUG/TSActivity(248): onTouch ACTION_UP

可以看到，在保持按下的狀態一定時間后會觸發onLongClick,之后抬起手才會發生ACTION_UP。

 

3.  onClick和onLongClick能同時發生嗎？

     要弄清楚這個問題只要理解Android對事件處理的所謂消費(consume)概念即可，一個用戶的操作會被傳遞到不同的View控件和同一個控件的不同監聽方法處理，任何一個接收並處理了該次事件的方法如果在處理完后返回了true，那么該次event就算被完全處理了，其他的View或者監聽方法就不會再有機會處理該event了。

     onLongClick的發生是由單獨的線程完成的，並且在ACTION_UP之前，而onClick的發生是在ACTION_UP后，因此同一次用戶touch操作就有可能既發生onLongClick又發生onClick。這樣是不是不可思議？所以及時向系統表示“我已經完全處理（消費）了用戶的此次操作”，是很重要的事情。例如，我們如果在onLongClick()方法的最后return true，那么onClick事件就沒有機會被觸發了。

 

下面的Log是在onLongClick()方法return false的情況下，一次觸碰操作的基本時序：

04-05 06:00:53.023: DEBUG/TSActivity(277): onTouch ACTION_DOWN

04-05 06:00:53.533: DEBUG/TSActivity(277): onLongClick 

04-05 06:00:55.603: DEBUG/TSActivity(277): onTouch ACTION_UP

04-05 06:00:55.663: DEBUG/TSActivity(277): onClick

可以看到，在ACTION_UP后仍然觸發了onClick()方法。

 

續2：兩分鍾徹底讓你明白Android中onInterceptTouchEvent與onTouchEvent(圖文)!

onInterceptTouchEvent:

onInterceptTouchEvent 是在ViewGroup里面定義的。Android中的layout布局類一般都是繼承此類的。onInterceptTouchEvent是用於攔截手 勢事件的，每個手勢事件都會先調用onInterceptTouchEvent。

onTouchEvent:

onTouchEvent同樣也是在view中定義的一個方法。處理傳遞到view 的手勢事件。手勢事件類型包括ACTION_DOWN,ACTION_MOVE,ACTION_UP,ACTION_CANCEL等事件。

其 中Layout里的onInterceptTouchEvent默認返回值是false,這樣touch事件會傳遞到View控件，Layout里的 onTouch默認返回值是false, View里的onTouch默認返回值是true,當我們手指點擊屏幕時候，先調用ACTION_DOWN事件,當onTouch里返回值是true的時 候，onTouch回繼續調用ACTION_UP事件，如果onTouch里返回值是false，那么onTouch只會調用ACTION_DOWN而不 調用ACTION_UP.

為了讓當家更容易理解我寫了一個簡單的Demo.自定義了Layout與View,Android工程目錄如下:

新建一個MyLayout.java代碼如下:

package com.tutor.touch;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.FrameLayout;

public class MyLayout extends FrameLayout {

    
    public MyLayout(Context context){
        super(context);
    }
    
    public MyLayout(Context context, AttributeSet attrs) {
        super(context, attrs);
        // TODO Auto-generated constructor stub
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e(TouchDemoActivity.TAG, "MyLayout onInterceptTouchEvent.");
        Log.e(TouchDemoActivity.TAG,"MyLayout onInterceptTouchEvent default return " 
        + super.onInterceptTouchEvent(ev));
        return super.onInterceptTouchEvent(ev);
    }
    
    
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e(TouchDemoActivity.TAG, "MyLayout onTouchEvent.");
        Log.e(TouchDemoActivity.TAG,"MyLayout onTouchEvent default return " 
        + super.onTouchEvent(event));
        return super.onTouchEvent(event);
    }
}

然后新建一個MyView.java代碼如下:

package com.tutor.touch;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.Button;

public class MyView extends Button {

    public MyView(Context context){
        super(context);
    }
    
    public MyView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e(TouchDemoActivity.TAG, "MyView onTouchEvent.");
        Log.e(TouchDemoActivity.TAG,"MyView onTouchEvent default return " 
        + super.onTouchEvent(event));
        return super.onTouchEvent(event);
    }

}

其中TouchDemoActivity代碼如下：

package com.tutor.touch;

import android.app.Activity;
import android.os.Bundle;

public class TouchDemoActivity extends Activity {
    public static final String TAG = "TouchDemoActivity";
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
    }
}

上面所有的布局文件main.xml代碼如下:

<?xml version="1.0" encoding="utf-8"?>
<com.tutor.touch.MyLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
     >

    <com.tutor.touch.MyView
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:text="@string/hello" />

</com.tutor.touch.MyLayout>

運行上述Android工程效果如下:

點擊紅色區域，觸發了MyView里的onTouch事件查看logcat,如下圖:

點擊綠色區域，則觸發了MyLayout里的onTouch事件，查看logcat，如下圖:

上 面倆個截圖都是用系統默認值，可以得出結論:onInterceptTouchEvent默認返回值是false,MyLayout里 onTouchEvent默認返回值是false，所以只消費了ACTION_DOWN事件，MyView里onTouch默認返回值是true,調用了 倆次:ACTION_DOW,ACTION_UP。

下面我們把MyLayout.java里的onInterceptTouchEvent的return值修改為true，代碼如下:

@Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.e(TouchDemoActivity.TAG, "MyLayout onInterceptTouchEvent.");
        Log.e(TouchDemoActivity.TAG,"MyLayout onInterceptTouchEvent default return " 
        + super.onInterceptTouchEvent(ev));
        return true;
    }

運行工程，繼續點擊紅色區域,查看logcat，發現MyView的onTouch事件沒有被調用，也就是被攔截了如下圖所示:

讓我們繼續實驗，讓onInterceptTouchEvent的返回值繼續為false,將MyView里的onTouchEvent的返回值修改為false,即MyView里的onTouchEvent修改如下:

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e(TouchDemoActivity.TAG, "MyView onTouchEvent.");
        Log.e(TouchDemoActivity.TAG,"MyView onTouchEvent default return " 
        + super.onTouchEvent(event));
        return false;
    }

運行工程，繼續點擊紅色區域，查看logcat，如下圖:

根據上圖，我們可以看出MyView里的OnTouchEvent只消費了一次點擊事件也就是ACTION_DOWN,還沒有執行ACTION_UP,然后跑到MyLayout里又去執行了OnTouchEvent事件。

所以根據上面的內容總結如下:

ViewGroup里的onInterceptTouchEvent默認值是false這樣才能把事件傳給View里的onTouchEvent.

ViewGroup里的onTouchEvent默認值是false。

View里的onTouchEvent返回默認值是true.這樣才能執行多次touch事件。

from：http://blog.csdn.net/android_tutor/article/details/7193090