1、概述

上節介紹了android tv app 與android mobile app 的一些表現形式的不同。在實際程式設計中需要很多的焦點處理，而焦點處理有經常是在事件傳遞函式內處理的。所以本節做個android 事件傳遞與焦點處理的小結。另既然描述到android事件傳遞不可避免就涉及到了android手勢攔截。這也是對原有知識認識的一個補充，因為之前涉及到安卓事件傳遞就是為了做手勢攔截，以至於當看到程式碼在手勢分發函式裡處理tv的焦點，與介面移動填充時。一時有點迷糊，為什麼是寫在dispathKeyEvent裡不是寫在onInterceptTouchEvent裡。原因就是因為這是在事件傳遞流程裡處理焦點，而不是在事件傳遞流程裡攔截事件。

2、Android簡單的事件傳遞流程

提到android事件傳遞流程肯定會涉及到幾個以下幾個函式

                                                        表1

Android事件傳遞有兩種事件，一種是觸控式螢幕的觸控事件，一種就是按鍵事件，鍵盤模式和遙控就用這種，不在熬述。dispathTouchEvent 和 dispatchKeyEvent 走的流程是一樣的。

事件傳遞流程細節與原始碼的分析，網上有很多詳細的描述，有些說的也是雲裡霧裡，結合實際專案中的使用並參考：

PRE_andevcon_mastering-the-android-touch-system

事件傳遞從Activity的事件分發函式開始dispath… 如果沒有事件消費最終在回到activty的ontouchEvent在子view被消費了，那就不會傳到這個函式。

簡單的Down事件的傳遞如下圖和表1結合看：（事件未被消費）

                                                                                         圖1

                                                                                        圖2

       關於攔截：對於攔截down事件後move/up 事件的傳遞比較複雜，實際使用中只要知道哪個view 是沒有down事件的也就沒有move/up 而且在實際專案中自己攔截的是move事件。onInterceptTouchEvent

public boolean onInterceptTouchEvent(MotionEvent ev)

事件攔截函式onInterceptTouchEvent是ViewGroup才有的函式。事件攔截（手勢攔截）也是在自定義ViewGroup時才要做的。實際情況遇到的是，對於move事件在一些邊界使用條件的時候要決定是讓ViewGroup自己處理還是childView來處理。其中通過返回值確定是否攔截，false繼續傳遞，true攔截給自己，流程見圖1，圖2。

3、dispathKeyEvent 與 dispathTouchEvent

事件分發函式，也是事件流程的排程函式。基類的dispath…函式決定了事件傳遞的方式，裡面有涉及到呼叫onInterceptTouchEvent，和onTouchEvent函式。

做自定ViewGroup事件攔截是不需要重寫dispath…的只要重寫onInterceptTouchEvent這個函式就可以。所以之前也比較少見重寫dispath…

但是在tv app裡好多地方是重寫了該函式。開始的時候有點不明白為什麼寫在這裡，後來看到每個dispathKeyEvent 函式都有呼叫super.dispathKeyEvent就明白了，重寫dispathKeyEvent並沒有影響事件的分發。只是相當於一個鉤子掛在事件傳遞流程上來處理：點選按鍵手勢時理焦點效果與介面效果，還有就是重寫dispathKeyEvent可以很方便的獲取到當前遙控的控制元件按鈕。而在onInterceptTouchEvent就不行。所以遙控裝置大量從寫dispathKeyEvent方法還是有道理的

4、焦點處理

手機app開發時焦點處理比較少，有就是editText有時候需要獲取下焦點，或者移除下，其實也比較少處理。Tv裡就比較多要處理，這裡羅列下幾個焦點處理函式

新增幾個函式：

((ViewGroup) parent).getFocusedChild() 獲取子佈局裡有焦點的view 沒有返回null。就不用自己去遍歷佈局了

public boolean hasFocus() 判斷view 是否有焦點 或者view的子view是否有焦點

 Returns true if this view has focus iteself, or is the ancestor of the
* view that has focus.

下面的明白的例子說明了幾個函式的具體意思

if (parent.hasFocus()) {
    if (parent.isFocused()) {
        return parent;
    } else {
        return getFocusView(((ViewGroup) parent).getFocusedChild());
    }
} 

/**
 * Called when this view wants to give up focus. If focus is cleared
 * {@link #onFocusChanged(boolean, int, android.graphics.Rect)} is called.
 * <p> * <strong>Note:</strong> When a View clears focus the framework is trying
 * to give focus to the first focusable View from the top. Hence, if this
 * View is the first from the top that can take focus, then all callbacks
 * related to clearing focus will be invoked after wich the framework will
 * give focus to this view.
 * </p> */
public void clearFocus() {

另外 api裡有 FocusFinder 工具類提供尋找focus

public View findNearestTouchable(ViewGroup root, int x, int y, int direction, int[] deltas) 

public final View findNextFocus(ViewGroup root, View focused, int direction) {

public View findNextFocusFromRect(ViewGroup root, Rect focusedRect, int direction) {

5、實際中遇到

一個需求：tabhost 點擊向上跳到set按鈕，setting按鈕點擊向下要回到上次的那個tabhost的select tab。如果不處理是跑到最近的一個tab

思路一：在setting按鈕的focus監聽器裡指定出焦點向下跑時跑到指定的id。

問題：tabhost對應的每個tab的id實際中都是一樣的，所以該思路廢棄

思路二：在setting的focus監聽器中指定當焦點丟失時，原來的tab亮起來

問題：無法再該監聽器中得到是上下左右那種焦點的丟失或者得到，該思路廢棄

思路三：setting按鈕屬於titleBar裡的一個view，那麼在titleBar這個繼承自layout的容器裡重寫dispathTouchEvent，該函式裡判斷是findfocus是在setting按鈕，並且操作是向下則把tabhost當前select的tab focus起來，並且攔截了該次的操作不繼續向下傳遞（繼續傳遞則預設最近的view會focus）

程式碼：

@Override
public boolean dispatchKeyEvent(KeyEvent event) {

    if (event.getKeyCode() == KeyEvent.KEYCODE_DPAD_DOWN) {
        if (mSearchView.equals(findFocus())){
            if (tabHost != null && tabHost.getCurrentTabView() != null){

                tabHost.getCurrentTabView().requestFocus();

                //return true 讓焦點跑到上次的地方，並且終止在該容器中手勢的繼續傳遞
return true;
            }
        }

    }

    return super.dispatchKeyEvent(event);
}

6、有時候要找焦點。找焦點得先找子佈局

View view = mGridLayout.get(0).getAdapter().getView(0, null, null);
if (view != null){
if (view instanceof FrameLayout){
FrameLayout l = (FrameLayout) view;
//最外層的layout
LoggerUtil.d("MainFragment", "view = " + view);
int childCount = l.getChildCount();
//遍歷下面所有的子控制元件，判斷是否是layout
for(int i = 0; i < childCount; i++){
LoggerUtil.d("MainFragment", "view l = " + l.getChildAt(i));
if (l.getChildAt(i) instanceof VideoView){
LoggerUtil.d("MainFragment", "view lll = " + l.getChildAt(i));
l.getChildAt(i).requestFocus();
}
}
}
}


 
FOCUS_BEFORE_DESCENDANTS  ViewGroup本身先對焦點進行處理，如果沒有處理則分發給child View進行處理
FOCUS_AFTER_DESCENDANTS   先分發給Child View進行處理，如果所有的Child View都沒有處理，則自己再處理
FOCUS_BLOCK_DESCENDANTS   ViewGroup本身進行處理，不管是否處理成功，都不會分發給ChildView進行處理