Android之View篇1————View的事件分发
一.目录
文章目录
二.事件分发的基础认识
1. 事件分发是什么
事件分发就是对MotionEvent事件进行分发的过程,即当一个MotionEvent产生后,系统需要把这个事件传递(处理)给一个具体的View,这个过程就是分发过程。
2. 事件分发的简单过程
当一个点击事件产生后,一般顺序事件先传递到Activity,在传到ViewGroup,最终传到View。
3. 事件分发涉及的方法
方法 | 作用 | 调用时刻 | 返回值 |
---|---|---|---|
dispathchTouchEvent | 分发(传递)点击事件 | 事件传递给当前View时被调用 | 表示是否消耗当前事件 |
onTouchEvent | 处理点击事件 | 在dispathchTouchEvent内部调用 | 表示是否消耗当前事件 |
onInterceptTouchEvent(只存在于ViewGroup) | 判断是否拦截某个事件 | 在ViewGroup的dispatchTouchEvent()内部调用 | 表示是否拦截当前事件 |
三者之间的关系可以用下面的伪代码表示
//在一个ViewGroup中
public boolen dispatchTouchEvent(){
boolen consume = false;
if(onInterceptTouchEvent){
consume = onTouchEvent(ev); //如果被拦截,调用当前viewGroup的onTouchEvent
}else{
consume = child.dispatchTouchEvent(); //如果未被拦截,调用当前的子view的dispatchTouchEvent,即事件传递给子view
}
return consume;
}
三.图解事件分发
1. 图示事件分发 (ACTION_DOWN)
2. 图示事件分发的说明
- 图分为3层,从上向下以此为Activity,ViewGroup,View
- 箭头中间的值代表方法返回值,(return true,return false ,return super.xxxx),super意思是调用父类实现。
- dispatchTouchEvent和 onTouchEvent 对应的消费表示的意思是,该事件就此消费,不会继续往别的地方传来,事件终止。
- 上面图的事件是针对ACTION_DOWN的,对于ACTION_MOVE和ACTION_UP我们最后做分析。
3. 图示事件分发的结论
1.如果整个事件不被中断,那么整个事件就是一个类U型图。
如果我们没有对控件里面的方法进行重写或者改变返回值。而直接调用super调用父类的默认实现,那么整个事件如下图所示。(前提:子Veiw都不消耗事件,即默认不可点击)
2. dispatchTouchEvent 和 onTouchEvent 一旦return true,事件就停止传递了(到达终点)
如下图所示,只有return turn事件就不会继续传下去,也就是我们常说的事件被消费了。
3.dispatchTouchEvent和onTouchEven一旦return false事件都会回传给父控件onTouchEvent
如下图所示,触Activity外,一旦进行了return false,都将事件传递给了父控件的onTouchEvent。
- 对于dispatchTouchEvent 返回false的含义:事件停止往子View传递和分发,同时开始往父控件回溯。
- 对于onTouchEvent返回false的含义:表示当前View不消耗次事件,并且让事件继续往父空间的方向流动,
4.onInterceptTouchEvent 的作用
Intercept表示拦截,在ViewGroup进行分发是,会询问拦截器是否需要拦截。
- return false:不拦截,继续向子View传递事件
- return ture: 拦截,自己对事件进行处理,将事件传递给自己的onTouchEvebt。
- super:默认情况下不拦截,继续向子View传递事件
4. 关于ACTION_MOVE 和 ACTION_UP
上面的讲解都是针对的ACTION_DOWN,ACTION_MOVE和ACTION_UP和ACTION_DOWN在传递过程中和ACTION_DOWN并不相同。
简单来说,只有前一个事件返回了true时,才会收到ACTION_MOVE和ACTION_UP的事件。并且而最终会将ACTION_MOVE和ACTION_UP分发到消费到ACTION_DOWN的View手中。在分发的过程中,ACTION_MOVE和ACTION_UP与ACTION_DOWN分发的路线可能不回完全相同。
例如:
红色的箭头代表ACTION_DOWN 事件的流向
蓝色的箭头代表ACTION_MOVE 和 ACTION_UP 事件的流向
四.事件分发的源码
从上面的图示分析,事件分发其实包含了三部分的事件分发,即:
- Activity的事件分发
- ViewGroup的事件分发
- View的事件分发。
所以要充分理解事件分发,要看上述这三块关于事件分发的处理。
1. Activity的事件分发机制
当一个点击事件发生后,事件先传递到Activity的dispatchTouchEvent。
源码分析
/**
* 源码分析Activity的dispatchTouchEvent方法
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
//分析1
onUserInteraction();
}
//分析2
if (getWindow().superDispatchTouchEvent(ev)) {
//如果getWindow().superDispatchTouchEvent(ev)返回ture
//如果Activity的dispatchTouchEvent方法返回true/false,则事件分发结束,不会调用ctivity.onTouchEvent
return true;
}
//分析4
return onTouchEvent(ev);
}
/**
* 分析1:Activity.1onUserInteraction()
* 空方法
*/
public void onUserInteraction() {
}
/**
* 分析2:PhoneWindow.superDispatchTouchEvent
* 说明1:
* 1.getWindow()获得是Window的抽象类
* 2.而window的唯一实现就是PhoneWindow
*/
public boolean superDispatchTouchEvent(MotionEvent event) {
//Decor即是DecorView,所以honeWindow将事件传递给了DecorView
return mDecor.superDispatchTouchEvent(event);
//分析3
}
/**
* 分析3:DecorView.superDispatchTouchEvent()
* 说明:
* 1.DecorView是顶级View
* 2.DecorView继承自FrameLayout
* 3.FrameLayout继承子ViewGroup,所以DecorView的间接父类就是ViewGroup
*/
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// super.dispatchTouchEvent(event); -->等于开始调用ViewGroup的方法,详见下面的ViewGroup源码
}
/**
* 分析4 Activity.onTouchEvent方法
*/
public boolean onTouchEvent(MotionEvent event) {
//如果子view消费当前事件时
//分析5
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
return false;
}
/**
* 分析5 Window.shouldCloseOnTouch方法
*/
public boolean shouldCloseOnTouch(Context context, MotionEvent event) {
// 主要是对于处理边界外点击事件的判断:是否是DOWN事件,event的坐标是否在边界内等
if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
&& isOutOfBounds(context, event) && peekDecorView() != null) {
return true;
}
return false;
// 返回true:说明事件在边界外,即 消费事件
// 返回false:未消费(默认)
}
// 回到分析4调用原处
总结
总的来说:Activity的dispatchTouchEvent调用到了ViewGroup的dispatchTouchEvent方法。即:默认情况下Activity的dispatchTouchEvent调用ViewGroup的dispatchTouchEvent方法,而无论dispatchTouchEvent返回什么都结束分发
2. ViewGroup的事件分发机制
ViewGroup的 dispatchTouchEvent。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
}
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) { // view没有被遮罩,一般都成立
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// Handle an initial down.
if (actionMasked == MotionEvent.ACTION_DOWN) { // 一堆touch事件(从按下到松手)中的第一个down事件
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
resetTouchState(); // 作为新一轮的开始,reset所有相关的状态
}
// Check for interception.
final boolean intercepted; // 检查是否要拦截
//mFirstTouchTarget :当时间有子元素成功处理后,mFirstTouchTarget会被赋值并指向子元素。
//mFirstTouchTarget!=null 即表示ViewGroup表示未拦截当前事件,
if (actionMasked == MotionEvent.ACTION_DOWN // down事件
|| mFirstTouchTarget != null) { // 或者之前的某次事件已经经由此ViewGroup派发给children后被处理掉了
//FLAG_DISALLOW_INTERCEPT设置后,ViewGroup无法栏除ACTION_DOWN之外的其他点击直接。
//原因:在ViewGroup分发事件时,如果是ACTION_DOWN,会重置这个标志位
//设置方法: requestDisallowInterceptTouchEvent
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) { // 只有允许拦截才执行onInterceptTouchEvent方法
intercepted = onInterceptTouchEvent(ev); // 默认返回false,不拦截
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false; // 不允许拦截的话,直接设为false
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
// 在这种情况下,actionMasked != ACTION_DOWN && mFirstTouchTarget == null
// 第一次的down事件没有被此ViewGroup的children处理掉(要么是它们自己不处理,要么是ViewGroup从一
// 开始的down事件就开始拦截),则接下来的所有事件
// 也没它们的份,即不处理down事件的话,那表示你对后面接下来的事件也不感兴趣
intercepted = true; // 这种情况下设置ViewGroup拦截接下来的事件
}
// Check for cancelation.
//检查CANCEL事件
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL; // 此touch事件是否取消了
// Update list of touch targets for pointer down, if needed.
// 是否拆分事件,3.0(包括)之后引入的,默认拆分
final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
TouchTarget newTouchTarget = null; // 接下来ViewGroup判断要将此touch事件交给谁处理
boolean alreadyDispatchedToNewTouchTarget = false;
if (!canceled && !intercepted) { // 没取消也不拦截,即是个有效的touch事件
if (actionMasked == MotionEvent.ACTION_DOWN // 第一个手指down
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN) // 接下来的手指down
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
final int actionIndex = ev.getActionIndex(); // always 0 for down
final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
: TouchTarget.ALL_POINTER_IDS;
// Clean up earlier touch targets for this pointer id in case they
// have become out of sync.
removePointersFromTouchTargets(idBitsToAssign);
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) { // 基本都成立
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// Find a child that can receive the event.
// Scan children from front to back.
final View[] children = mChildren;
final boolean customOrder = isChildrenDrawingOrderEnabled();
// 从最后一个向第一个找
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = customOrder ?
getChildDrawingOrder(childrenCount, i) : i;
final View child = children[childIndex];
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
continue; // 不满足这2个条件直接跳过,看下一个child
}
// child view能receive touch事件而且touch坐标也在view边界内
newTouchTarget = getTouchTarget(child);// 查找child对应的TouchTarget
if (newTouchTarget != null) { // 比如在同一个child上按下了多跟手指
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
//子View已经在自己的范围内得到了触摸。
//除了它正在处理的那个,给它一个新的指针。
newTouchTarget.pointerIdBits |= idBitsToAssign;
break; // newTouchTarget已经有了,跳出for循环
}
resetCancelNextUpFlag(child);
// 将此事件交给child处理
// 有这种情况,一个手指按在了child1上,另一个手指按在了child2上,以此类推
// 这样TouchTarget的链就形成了
//进行子View的分发
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
mLastTouchDownIndex = childIndex;
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
// 如果处理掉了的话,将此child添加到touch链的头部
// 注意这个方法内部会更新 mFirstTouchTarget
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true; // down或pointer_down事件已经被处理了
break; // 可以退出for循环了。。。
}
}
}
// 本次没找到newTouchTarget但之前的mFirstTouchTarget已经有了
if (newTouchTarget == null && mFirstTouchTarget != null) {
// Did not find a child to receive the event.
// Assign the pointer to the least recently added target.
newTouchTarget = mFirstTouchTarget;
while (newTouchTarget.next != null) {
newTouchTarget = newTouchTarget.next;
}
// while结束后,newTouchTarget指向了最初的TouchTarget
newTouchTarget.pointerIdBits |= idBitsToAssign;
}
}
}
// 非down事件直接从这里开始处理,不会走上面的一大堆寻找TouchTarget的逻辑
// Dispatch to touch targets.
if (mFirstTouchTarget == null) {
// 没有children处理则派发给自己处理
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) { // 遍历TouchTarget形成的链表
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true; // 已经处理过的不再让其处理事件
} else {
// 取消child标记
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
// 如果ViewGroup从半路拦截了touch事件则给touch链上的child发送cancel事件
// 如果cancelChild为true的话
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true; // TouchTarget链中任意一个处理了则设置handled为true
}
if (cancelChild) { // 如果是cancelChild的话,则回收此target节点
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next; // 相当于从链表中删除一个节点
}
target.recycle(); // 回收它
target = next;
continue;
}
}
predecessor = target; // 访问下一个节点
target = next;
}
}
// Update list of touch targets for pointer up or cancel, if needed.
if (canceled
|| actionMasked == MotionEvent.ACTION_UP
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
// 取消或up事件时resetTouchState
resetTouchState();
} else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
// 当某个手指抬起时,将其相关的信息移除
final int actionIndex = ev.getActionIndex();
final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);
removePointersFromTouchTargets(idBitsToRemove);
}
}
if (!handled && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
}
return handled; // 返回处理的结果
}
总结:简单来说,就是ViewGroup会去询问onInterceptTouchEvent(第33行),是否对该事件进行拦截。默认是不拦截的。如果不拦截,则将事件向子View进行分发(第107行)。
onInterceptTouchEvent(第33行)源码
/**
* 分析1:ViewGroup.onInterceptTouchEvent()
* 作用:是否拦截事件 * 说明:
* b. 返回false = 不拦截(默认)
* */
public boolean onInterceptTouchEvent(MotionEvent ev) {
if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
&& ev.getAction() == MotionEvent.ACTION_DOWN
&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
&& isOnScrollbarThumb(ev.getX(), ev.getY())) {
return true;
}
return false;
}
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)第107行
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
//仅分析核心代码
// Perform any necessary transformations and dispatch.
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
//分发给子View的dispatchTouchEvent
handled = child.dispatchTouchEvent(transformedEvent);
}
// Done.
transformedEvent.recycle();
return handled;
}
总结:
3. View的事件分发机制
View的dispatchTouchEvent方法
public boolean dispatchTouchEvent(MotionEvent event) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
if (onFilterTouchEventForSecurity(event)) { // 一般都成立
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
//首先判断是否设置OnTouchListener,如果OnTouchListener中的onTouch方法中返回true,那么onTouchEvent就不会被调用,
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) { // 先在ENABLED状态下尝试调用onTouch方法
return true; // 如果被onTouch处理了,则直接返回true
}
// 从这里我们可以看出,当你既设置了OnTouchListener又设置了OnClickListener,那么当前者返回true的时候,
// onTouchEvent没机会被调用,当然你的OnClickListener也就不会被触发;另外还有个区别就是onTouch里可以
// 收到每次touch事件,而onClickListener只是在up事件到来时触发。
if (onTouchEvent(event)) {
return true;
}
}
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
return false; // 上面的都没处理,则返回false
}
View的onTouchEvent
public boolean onTouchEvent(MotionEvent event) { // View对touch事件的默认处理逻辑
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) { // DISABLED的状态下
if (event.getAction() == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false); // 复原,如果之前是PRESSED状态
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE || // CLICKABLE或LONG_CLICKABLE的view标记为对事件处理了,
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)); // 只不过是以do nothing的方式处理了。
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) { // 如果有TouchDelegate的话,优先交给它处理
return true; // 处理了返回true,否则接着往下走
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE || // View能对touch事件响应的前提要么是CLICKABLE要么是LONG_CLICKABLE
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP: // UP事件
// 如果外围有可以滚动的parent的话,当按下时会设置这个标志位
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;
// 尝试requestFocus(),并将focusToken设置为true
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus(); // 能进来这个if,一般都会返回true
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
// 在前面down事件的时候我们延迟显示view的pressed状态
setPressed(true); // 直到up事件到来的时候才显示pressed状态
}
if (!mHasPerformedLongPress) { // 如果没有长按发生的话
// This is a tap, so remove the longpress check
removeLongPressCallback(); // 移除长按callback
// Only perform take click actions if we were in the pressed state
if (!focusTaken) { // 看到没,focusTaken是false才会进入下面的if语句
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
// 也就是说在touch mode下,不take focus的view第一次点击的时候才会触发onClick事件
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) { // 如果post失败了,则直接调用performClick()方法
performClick(); // 这2行代码会触发onClickListener
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState(); // unset按下状态的
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN: // DOWN事件
mHasPerformedLongPress = false;
if (performButtonActionOnTouchDown(event)) {
break;
}
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) { // 如果是在可以滚动的container里面的话
mPrivateFlags |= PFLAG_PREPRESSED; // 设置PREPRESSED标志位
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
} // 延迟pressed feedback
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true); // 否则直接显示pressed feedback
checkForLongClick(0); // 并启动长按监测
}
break;
case MotionEvent.ACTION_CANCEL: // 针对CANCEL事件的话,恢复各种状态,移除各种callback
setPressed(false);
removeTapCallback();
removeLongPressCallback();
break;
case MotionEvent.ACTION_MOVE: // MOVE事件
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
if (!pointInView(x, y, mTouchSlop)) { // 如果移动到view的边界之外了,
// Outside button
removeTapCallback(); // 则取消Tap callback,这样当你松手的时候onClick不会被触发
if ((mPrivateFlags & PFLAG_PRESSED) != 0) { // 当已经是按下状态的话
// Remove any future long press/tap checks
removeLongPressCallback(); // 移除长按callback
setPressed(false); // 恢复按下状态
}
}
break;
}
return true; // 最后返回true,表示对touch事件处理过了,消费了
}
return false; // 既不能单击也不能长按的View,返回false,表示不处理touch事件
}
总结:
五.事件分发的总结
- 同一事件序列是指从手指接触到屏幕的那一刻起,到手指离开的屏幕的那一瞬间结束,在这个过程中所产生的一系列的事件,这个事件以down事件开始,中间含有数量不等的move事件,最终以up事件结束
- 正常情况下,一个事件序列只能被一个View拦截且消耗,这一条的原因可以参考(3),因为一旦一个元素拦截了此事件,那么同一事件序列内的所有事件都会直接交给它处理,因此同一个事件序列中的事件不能分别由两个View同时处理,但通过特殊手段可以做到,比如同一个事件序列中的事件不能分别由两个View同时处理,但通过特殊手段/可以做到,比如一个View将本该自己处理的事情通过onTouchEvent强行传递给其他View处理。
- 某个View一旦决定拦截,那么这一个事件序列都只能由他处理,并且onInterceptTouchEvent都不会在被调用。
- 某个View如果不消耗ACTION_DOWN事件。那么同一事件序列的其他事件也不会嫁给他,并且把事件重新交给它的父元素处理,即调用父元素的onTouchEvent。
- ViewGroup默认不拦截任何事件。即源码中onInterceptTouchEvent方法中默认 返回false
- View没有onIntercept方法,一旦有点击事件传递给他,那么他的onTouchEvent就会被调用
- View的onTouchEvent默认都会消耗事件,除非他是不可点击事件。(clickbale和longClickable同时为false),Veiw的longClickable默认属性都是false,chickable属性要分情况,比如button的clicjable属性默认是true,而TextView的clickanle的默认属性为fasle。
- onClick会发生的前提是当前View是可点击的。并且它收到了down和up事件
六.参考资料
《Android艺术开发探索》