View初探
一直以來對Android View的事件分發(fā)機(jī)制很暈风科，今天就在這里梳理一下
MyView
首先繼承View類，自定義一個MyView给郊。并在初始化時打印View類是否可點(diǎn)擊整胃，這里從View點(diǎn)擊事件分發(fā)的角度出發(fā)赋秀，所以不考慮繪制杠愧，測量相關(guān)方法的實(shí)現(xiàn)待榔。
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類默認(rèn)是不可點(diǎn)擊的。
監(jiān)聽View的Touch事件
這里首先明確一下MotionEvent中事件所對應(yīng)的值
public static final int ACTION_DOWN= 0;
public static final int ACTION_UP= 1;
public static final int ACTION_MOVE= 2
1. 給MyView設(shè)置OnTouchListener绳瘟，運(yùn)行程序雕憔，并在界面上多次點(diǎn)擊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 是有返回值的糖声，而且默認(rèn)為false
點(diǎn)擊一下MyView看日志：
可以看到斤彼，多次點(diǎn)擊始終只有action=0的 ACTION_DOWN事件發(fā)生分瘦，ACTION_UP事件并沒有發(fā)生，這是為什么畅卓？
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 三種事件都可以發(fā)生翁潘。
3.接下來為MyView設(shè)置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事件的發(fā)生沐绒。
再看一下俩莽，onTouch 返回true的情況：######
只有onTouch事件發(fā)生。
4.最后乔遮，我們?yōu)镸yView 只設(shè)置OnClickListener事件扮超，不再設(shè)置OnTouchListener####
只有click事件發(fā)生
通過以上一系列的測試，我們可以得出如下結(jié)論：
- touch事件優(yōu)先于click事件發(fā)生蹋肮。
- touch事件返回true時出刷，可以屏蔽click事件
- touch事件返回false時，且不存在click事件時坯辩，只有ACTION_DOWN會發(fā)生馁龟。
- setClickListener 可以使得view變?yōu)閏lickable。
帶著這些結(jié)論漆魔，我們可以去了解一下View源碼中對touch事件的處理機(jī)制坷檩。
View源碼分析
根據(jù)上面所獲得的一系列結(jié)果和疑問，我們?nèi)タ纯碫iew中關(guān)于事件分發(fā)的兩個方法dispatchTouchEvent和onTouchEvent改抡。
首先看dispatchTouchEvent矢炼，因?yàn)槭紫葓?zhí)行的也是這個方法
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就是當(dāng)前view要處理此次事件阿纤。
dispatchTouchEvent源碼（截取主要內(nèi)容）
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;
}
可以看到裸删，這里默認(rèn)的返回值默認(rèn)是result=false，也就是說view默認(rèn)不會處理touch事件
我們繼續(xù)看：
- 首先阵赠，onFilterTouchEventForSecurity方法檢測涯塔，點(diǎn)擊事件是否確實(shí)發(fā)生在當(dāng)前view上，如果是的話清蚀，view就會處理當(dāng)前點(diǎn)擊事件匕荸，否則的話就直接返回false不去處理此次事件。
- 接著枷邪，下列4個條件：
1.當(dāng)前view至少有l(wèi)istener事件被注冊
2.當(dāng)前view有OnTouchListener事件注冊
3.當(dāng)前view是enable狀態(tài)（這個正常情況下都是true）
4.onTouchListener的onTouch 方法返回true
如果這4個條件同時滿足榛搔，那么result=true，這樣根據(jù)&& 的短路原理onTouchEvent方法也就不會執(zhí)行了，整個方法返回結(jié)果為true践惑，及當(dāng)前view處理此次touch事件腹泌。
這種狀態(tài)就是我們前面測試中2和3（onTouch返回為true）的情況，此時onTouch 有著完整的 "Down,Move ,Up "事件尔觉，必然可以處理整個touch事件的執(zhí)行凉袱。
但是不要忘記了，正常情況下侦铜，onTouch方法是返回false的专甩，所以就會執(zhí)行到下面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事件涤躲，只是就此返回，不會進(jìn)入到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時）缸托，且可以點(diǎn)擊時，在ACTION_UP的時候瘾蛋，最終會進(jìn)入performclick()這個方法中去
可以再看一下俐镐，performanceclick方法的實(shí)現(xiàn)
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;
}
最終會執(zhí)行onClickListener中的onClick方法，也就是平常我們?nèi)?shí)現(xiàn)的那個方法哺哼。
同時佩抹，也可以看到clickable,longclickable以及contextclickable中只要有一個為true，即注冊了clickListener取董，那么在switch最后也會返回true棍苹，這樣返回到上面的dispatchTouchEvent方法，返回result也為true茵汰，即完整的消耗（處理）了此次touch事件枢里，這和我們第3種情況下onTouch事件返回為false的結(jié)果是一致的，同時也和第4種情況相同蹂午。
這里可以去看一下完整的源碼白嘁，整體結(jié)構(gòu)上就是一旦進(jìn)入if語句內(nèi)部裁眯，switch執(zhí)行完畢后乐纸，return true赤套，即確保能夠完全處理此次touch事件。
當(dāng)然晚胡，如果clickable,longclickable以及contextclickable這三個都為false時灵奖，就不會進(jìn)入if語句嚼沿，直接返回為false，dispatchTouchEvent方法的返回也為false瓷患，即表示沒有處理此次touch事件骡尽，這就是第1種情況，我們只為MyView設(shè)置onTouchListener擅编；而沒有設(shè)置onClickListener時攀细，那么當(dāng)我們點(diǎn)擊MyView時，ACTION_DOWN執(zhí)行沙咏，onTouch（）方法返回false辨图，因?yàn)閂iew默認(rèn)不可點(diǎn)擊班套，接著onTouchEvent也返回false肢藐，這樣后續(xù)事件就不會繼續(xù)執(zhí)行了，所以也就不會有ACTION_UP了
下面再補(bǔ)充幾點(diǎn)結(jié)論：
- View接收到Touch事件時各個方法執(zhí)行順序
onTouch-->onTouchEvent-->onClick
中間任何事件吱韭，返回true吆豹，將導(dǎo)致后續(xù)事件無法執(zhí)行。
dispatchTouchEvent返回true表示處理了touch事件理盆，返回結(jié)果受onTouchEvent方法影響
onTouchEvent返回true表示已消耗touch事件痘煤，否則的話不消耗。
View 默認(rèn)是不可點(diǎn)擊的
通過設(shè)置ClickListener可以使View的clickable屬性有false變?yōu)閒alse猿规。
android:clickable="false"
因此衷快，用這樣的代碼設(shè)置一個view不可點(diǎn)擊是不安全的。
好了姨俩，這樣終于理清了View(不包括ViewGroup)的touch事件分發(fā)機(jī)制蘸拔。
