首先我們來看看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事件的處理過程中還會再次提到，那時我們就可以從源碼
的角度來看看原因了。