View初探
一直以來對Android View的事件分發機制很暈，今天就在這里梳理一下
MyView
首先繼承View類，自定義一個MyView。并在初始化時打印View類是否可點擊，這里從View點擊事件分發的角度出發，所以不考慮繪制，測量相關方法的實現。
public class MyView extends View {
String TAG = "Activity";
public MyView(Context context) {
super(context);
init();
}
public MyView(Context context, AttributeSet attrs) {
super(context, attrs);
init();
}
public MyView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
init();
}
private void init() {
Log.e(TAG, "the View clickable is " + isClickable());
}
}
將整個MyView放置到Activity的布局文件中，看Log日志。
<engineer.test.MyView
android:id="@+id/myview"
android:layout_width="150dp"
android:layout_height="150dp"
android:layout_centerInParent="true"
android:background="#ff00ff" />
可以看到，View類默認是不可點擊的。
監聽View的Touch事件
這里首先明確一下MotionEvent中事件所對應的值
public static final int ACTION_DOWN= 0;
public static final int ACTION_UP= 1;
public static final int ACTION_MOVE= 2
1. 給MyView設置OnTouchListener，運行程序，并在界面上多次點擊MyView####
myView = (MyView) findViewById(R.id.myview);
myView.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.e(TAG, "myview_onTouch---->"+event.getAction());
return false;
}
});
記一下，這里的onTouch 是有返回值的，而且默認為false
點擊一下MyView看日志：
可以看到，多次點擊始終只有action=0的 ACTION_DOWN事件發生，ACTION_UP事件并沒有發生，這是為什么？
2. 我們將onTouch事件的返回值改為ture 會怎樣呢？####
myView.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.e(TAG, "myview_onTouch---->"+event.getAction());
return true;
}
});
看一下日志：
這里可以看到，DOWN,MOVE,UP 三種事件都可以發生。
3.接下來為MyView設置OnClickListener####
myView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.e(TAG, "the View clickable is " + myView.isClickable());
Log.e(TAG, "myview_onClick");
}
});
這里又分兩種情況，一種是onTouch 返回false，一種是onTouch 返回true。
我們先看一下，onTouch 返回false的情況：######
同時有onTouch 事件和click事件的發生。
再看一下，onTouch 返回true的情況：######
只有onTouch事件發生。
4.最后，我們為MyView 只設置OnClickListener事件，不再設置OnTouchListener####
只有click事件發生
通過以上一系列的測試，我們可以得出如下結論：
- touch事件優先于click事件發生。
- touch事件返回true時，可以屏蔽click事件
- touch事件返回false時，且不存在click事件時，只有ACTION_DOWN會發生。
- setClickListener 可以使得view變為clickable。
帶著這些結論，我們可以去了解一下View源碼中對touch事件的處理機制。
View源碼分析
根據上面所獲得的一系列結果和疑問，我們去看看View中關于事件分發的兩個方法dispatchTouchEvent和onTouchEvent。
首先看dispatchTouchEvent，因為首先執行的也是這個方法
API 注釋
/**
* Pass the touch screen motion event down to the target view, or this
* view if it is the target.
*
* @param event The motion event to be dispatched.
*
* @return True if the event was handled by the view, false otherwise.
*/
從注釋可以看到，這個方法返回true就是當前view要處理此次事件。
dispatchTouchEvent源碼（截取主要內容）
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
return result;
}
可以看到，這里默認的返回值默認是result=false，也就是說view默認不會處理touch事件
我們繼續看：
- 首先，onFilterTouchEventForSecurity方法檢測，點擊事件是否確實發生在當前view上，如果是的話，view就會處理當前點擊事件，否則的話就直接返回false不去處理此次事件。
- 接著，下列4個條件：
1.當前view至少有listener事件被注冊
2.當前view有OnTouchListener事件注冊
3.當前view是enable狀態（這個正常情況下都是true）
4.onTouchListener的onTouch 方法返回true
如果這4個條件同時滿足，那么result=true，這樣根據&& 的短路原理onTouchEvent方法也就不會執行了，整個方法返回結果為true，及當前view處理此次touch事件。
這種狀態就是我們前面測試中2和3（onTouch返回為true）的情況，此時onTouch 有著完整的 "Down,Move ,Up "事件，必然可以處理整個touch事件的執行。
但是不要忘記了，正常情況下，onTouch方法是返回false的，所以就會執行到下面onTouchEvent方法中去了。
onTouchEvent源碼（截取主要邏輯）
public boolean onTouchEvent(MotionEvent event) {
final float x = event.getX();
final float y = event.getY();
final int viewFlags = mViewFlags;
final int action = event.getAction();
//view不是enable時，也會消耗touch事件，只是就此返回，不會進入到performClick()方法中
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// 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)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_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();
}
// 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();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
break;
}
//switch完畢后，最終會返回true
return true;
}
//如果click，longclick以及contextClickable都為false時，返回false
return false;
}
可以看到，一個正常的veiw（即enable時），且可以點擊時，在ACTION_UP的時候，最終會進入performclick()這個方法中去
可以再看一下，performanceclick方法的實現
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
return result;
}
最終會執行onClickListener中的onClick方法，也就是平常我們去實現的那個方法。
同時，也可以看到clickable,longclickable以及contextclickable中只要有一個為true，即注冊了clickListener，那么在switch最后也會返回true，這樣返回到上面的dispatchTouchEvent方法，返回result也為true，即完整的消耗（處理）了此次touch事件，這和我們第3種情況下onTouch事件返回為false的結果是一致的，同時也和第4種情況相同。
這里可以去看一下完整的源碼，整體結構上就是一旦進入if語句內部，switch執行完畢后，return true，即確保能夠完全處理此次touch事件。
當然，如果clickable,longclickable以及contextclickable這三個都為false時，就不會進入if語句，直接返回為false，dispatchTouchEvent方法的返回也為false，即表示沒有處理此次touch事件，這就是第1種情況，我們只為MyView設置onTouchListener；而沒有設置onClickListener時，那么當我們點擊MyView時，ACTION_DOWN執行，onTouch（）方法返回false，因為View默認不可點擊，接著onTouchEvent也返回false，這樣后續事件就不會繼續執行了，所以也就不會有ACTION_UP了
下面再補充幾點結論：
- View接收到Touch事件時各個方法執行順序
onTouch-->onTouchEvent-->onClick
中間任何事件，返回true，將導致后續事件無法執行。
dispatchTouchEvent返回true表示處理了touch事件，返回結果受onTouchEvent方法影響
onTouchEvent返回true表示已消耗touch事件，否則的話不消耗。
View 默認是不可點擊的
通過設置ClickListener可以使View的clickable屬性有false變為false。
android:clickable="false"
因此，用這樣的代碼設置一個view不可點擊是不安全的。
好了，這樣終于理清了View(不包括ViewGroup)的touch事件分發機制。
