Android touch mode和focusableInTouchMode分析

標籤：

轉載自http://www.cnblogs.com/xiaoweiz/p/3833079.html

首先我們來看看touch mode的定義。它是使用者和手機進行互動時view階層的一個狀態。它本身是很容易理解的，

代表了最近一次的互動是否是通過觸控螢幕發生的，因為在Android裝置上還存在別的互動方式，比如D-pad、滾動球等等。

　　為什麼Android會引入這樣一個mode呢？這是因為從互動、設計方面考慮，當使用者直接使用keys或trackball與UI

進行互動的時候，必須先使目標控制項獲得焦點(比如高亮起來)，這樣使用者才會注意到是什麼控制項在接收輸入。然而如果

裝置支援觸摸手勢的話，使用者直接用手指點擊控制項，這個時候當然就沒必要將目標控制項高亮了（即擷取焦點）。

　　對於一個擁有觸控螢幕功能的裝置而言, 一旦使用者用手點擊螢幕, 裝置會立刻進入touch mode。這時候被點擊的控制項

只有isFocusableInTouchMode()為true的時候才會獲得focus，比如EditText控制項。其他可以觸摸的控制項比如Button

（其isFocusableInTouchMode預設為false）, 當被點擊的時候不會擷取焦點，它們只是簡單地執行onClick事件而已。

　　任何時候只要使用者點擊key或滾動trackball, 裝置就會退出touch mode，並且找一個view將焦點置於其上，這樣使用者

可以在不需要再次觸控螢幕幕的情況下接著和UI進行互動。touch mode在整個系統運行期間都是有效(跨activities)，任何

時候都可以調用View.isInTouchMode()方法來查看當前裝置是否處於touch mode狀態。

　　從上面的介紹我們能看出來，在觸控螢幕下的view，設定了focusableInTouchMode和沒設定在使用者體驗上是不同的，

其實內部的處理邏輯也是不同的，比如：沒設定這個屬性的控制項在使用者觸摸互動時是不會獲得focus的，也就是說focus在

touch過程中是不會改變的，只是其onClickListener如果設定了的話會在up事件到來時觸發。而如果設定了focusableInTouchMode

屬性的話，它的行為是首先嘗試獲得focus，如果獲得成功的話其onClickListener是不會觸發的，只有當你第2次再點擊它時，

才會執行onClickListener。可能有些同學在開發中也遇到過這個問題，stackoverflow上有一個同樣的問題：

http://stackoverflow.com/questions/20473355/button-is-not-calling-onclicklistener-with-first-click?lq=1，

大家可以參考下。由於設定了這個屬性後會引起和android正常互動行為的不一致，所以android建議我們保守地使用這個屬性，

在你確定要用它之前最好三思而後行，並且確保你自己看過Android developers blog裡關於touch mode介紹的文章：

http://android-developers.blogspot.com/2008/12/touch-mode.html

　　關於設定了這個屬性後行為不一致的問題，我們在後面touch事件的處理過程中還會再次提到，那時我們就可以從源碼

的角度來看看原因了。

Android touch mode和focusableInTouchMode分析