引言:相信不少Android開發都遇到過這樣一個問題:“給一個控件寫了setOnClickListener,結果View.OnClickListener怎麼都不相應,查了半天,發覺原來這個控件有添加setOnTouchListener,一旦View.OnTouchListener中的onTouch返回true,那麼View.OnClickListener是絕對不會響應的”。bug好解決,但是背後的原理又是什麼呢?
Android事件分發機制
三個對象
Android的事件分發,涉及到三個主要對象:Activity
、ViewGroup
、View,
事件傳遞的順序是:Activity
-> ViewGroup
-> View,即
1個點擊事件發生後,事件先傳到Activity
、再傳到ViewGroup
、最終再傳到 View。
二個方法
- dispatchTouchEvent:事件分發
- onTouchEvent:事件處理
從Activity開始
/**
* 源碼分析:Activity.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 一般事件列開始都是DOWN事件
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
// 屏保功能
onUserInteraction();
}
/** 若getWindow().superDispatchTouchEvent(ev)的返回true,則
* Activity.dispatchTouchEvent()就返回true,
*/
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
// 否則:繼續往下調用Activity.onTouchEvent,即ViewGroup不處理該事件,交由Activity自己處理。
return onTouchEvent(ev);
}
注意這裏的核心邏輯:getWindow().superDispatchTouchEvent(ev),
- getWindow():獲取Window類的對象
- Window類是抽象類,其唯一實現類 = PhoneWindow類;即此處的Window類對象 = PhoneWindow類對象
- Window類的superDispatchTouchEvent() = 1個抽象方法,由子類PhoneWindow類實現
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
// mDecor = 頂層View(DecorView)的實例對象
}
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// 調用父類的方法 = ViewGroup的dispatchTouchEvent()
// 即 將事件傳遞到ViewGroup去處理
}
看到這裏,大家應該懂了,Activity的super.dispatchTouchEvent(event)其實就是把事件交給ViewGroup來處理,如果返回true,即ViewGroup處理了該事件,那麼Actity也會返回true。而如果super.dispatchTouchEvent(event)返回false,那表示ViewGroup不處理,那麼事件就會交由Actity自己的onTouchEvent來處理。
再看ViewGroup
那麼,ViewGroup又是怎麼處理事件的呢?
/**
* 源碼分析:ViewGroup.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent ev)
{
... // 僅貼出關鍵代碼
// 重點分析1:ViewGroup每次事件分發時,都需調用onInterceptTouchEvent()詢問是否攔截事件
if (disallowIntercept || !onInterceptTouchEvent(ev))
{
// 判斷值1:disallowIntercept = 是否禁用事件攔截的功能(默認是false),可通過調用 requestDisallowInterceptTouchEvent()修改
// 判斷值2: !onInterceptTouchEvent(ev) = 對onInterceptTouchEvent()返回值取反
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
// 通過for循環,遍歷了當前ViewGroup下的所有子View
for (int i = count - 1; i >= 0; i--)
{
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null)
{
child.getHitRect(frame);
// 判斷當前遍歷的View是不是正在點擊的View,從而找到當前被點擊的View
// 若是,則進入條件判斷內部
if (frame.contains(scrolledXInt, scrolledYInt))
{
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
// 條件判斷的內部調用了該View的dispatchTouchEvent()
// 即 實現了點擊事件從ViewGroup到子View的傳遞(具體請看下面的View事件分發機制)
if(child.dispatchTouchEvent(ev))
{
mMotionTarget = child;
return true;
}
// 調用子View的dispatchTouchEvent後是有返回值的
// 若該控件可點擊,那麼點擊時,dispatchTouchEvent的返回值必定是true,因此會導致條件判斷成立
// 於是給ViewGroup的dispatchTouchEvent()直接返回了true,即直接跳出
// 即把ViewGroup的點擊事件攔截掉
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel)
{
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
// 若點擊的是空白處(即無任何View接收事件) / 攔截事件(手動複寫onInterceptTouchEvent(),從而讓其返回true)
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
// 調用ViewGroup父類的dispatchTouchEvent(),即View.dispatchTouchEvent()
// 因此會執行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick() ->> onClick(),即自己處理該事件,事件不會往下傳遞(具體請參考View事件的分發機制中的View.dispatchTouchEvent())
// 此處需與上面區別:子View的dispatchTouchEvent()
}
...
}
簡單來說,ViewGroup做了幾件事件,通過onInterceptTouchEvent方法判斷是否攔截該事件(ViewGroup獨有)。如果不攔截,遍歷自己的child(即ViewGroup中的View),看事件點擊是在那個child身上,調用child的dispatchTouchEvent把事件交給view來處理。到這裏,處理邏輯類似於之前的Activity,判斷child的dispatchTouchEvent返回是否爲true,如果返回true,說明child處理了該事件,整個方法直接返回。如果返回false,或者之前onInterceptTouchEvent返回true,則事件交由ViewGroup自己的super.dispatchTouchEvent(ev)來處理。由於ViewGroup繼承自View,因此其實這裏調用了View的dispatchTouchEvent,最後會調用View的OnTouchEvent處理這個事件。如果這裏還返回false,那整個方法返回false,事件重新回到Activity,還記得剛纔Activity的處理邏輯嘛?
最後分析View
/**
* 源碼分析:View.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent event)
{
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event))
{
return true;
}
return onTouchEvent(event);
}
首先,滿足以下3個條件,方法直接返回true
mOnTouchListener != null
(mViewFlags & ENABLED_MASK) == ENABLED
mOnTouchListener.onTouch(this, event)
mOnTouchListener != nullmOnTouchListener變量在View.setOnTouchListener()方法裏賦值。(mViewFlags & ENABLED_MASK) == ENABLED,該條件是判斷當前點擊的控件是否enable。mOnTouchListener.onTouch(this, event),回調控件註冊Touch事件時的onTouch(),需手動複寫設置。還記得開頭我們提到的:“View.OnTouchListener中的onTouch返回true,那麼View.OnClickListener是絕對不會響應”這個問題嘛?
如果3個條件都滿足,那麼方法直接返回,之後的onTouchEvent方法便不會再執行。而onTouchEvent中最核心的邏輯,就是執行用戶在View.OnClickListener定義的方法:
/**
* Touch事件的具體實現方法
*
* @param event The motion event.
* @return 返回true,此事件被消費,返回false,則沒被消費
*/
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
........
//對View是否可以消費點擊事件做判斷,是否設置點擊事件,是否可點擊
if (((viewFlags & CLICKABLE) == CLICKABLE ||(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP://手指擡起up事件
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
if ((mPrivateFlags & PRESSED) != 0 || prepressed) {
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
setPressed(true);//Button按壓狀態變化通知
}
if (!mHasPerformedLongPress) {
removeLongPressCallback();//去除長按狀態
//執行點擊事件
if (!focusTaken) {
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();//消費點擊事件
}
}
}
.......
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN://手指按下down事件
......
break;
case MotionEvent.ACTION_CANCEL://事件取消
setPressed(false);
removeTapCallback();
break;
case MotionEvent.ACTION_MOVE://手指移動move事件
final int x = (int) event.getX();
final int y = (int) event.getY();
.......
break;
}
return true;
}
return false;
}
總結
總的來說,這是一個“層層分發,上層給下層,下層給下下層,如果下層搞不定,自己再處理的過程”。希望能幫助大家對Android的事件分發機制有了一個大致的瞭解。