引言

java 中的try/catch

Android 中的 广播

主要是 Android 中的 事件分发

概念

是一个请求 有多个对象处理，这些对象是一个链，但具体由哪个对象处理，由条件来判断。

使用场景

• 有多个对象可以处理同一个请求，具体哪个对象处理该请求，待运行时候再确定。 比如 审批 10万
• 申请十万，只能一级一级，不能越级

java 中的

try -catch 多种异常 的捕获就是 责任链

Ordered Broadcast 广播接收者 有序广播的传递 的优先级 先后。高的收到了之后 下一个再发

Android 中的 View 的事件分发

MotionEvent

DOWN UP MOVE 这三种事件

事件分发中的三个重要方法

• dispatchTouchEvent
  当前 view 是否消耗， 如果是true 就是消费了，不往下传了

• onInterceptTouchEvent
  拦截事件，只有 viewGroup 有，view 是没有拦截事件的，ViewGroup 如果成功拦截某一事件的时候，这个事件就不会再往下进行传递。拦截了之后，后面的就不再判断这方法了

• onTouchEvent
  是具体处理事件的逻辑的

自己既可以拦截，也可以询问子 view

viewGroup的事件分发，注意 是 Viewgroup 跟 view的不一样

• 判断自身是否需要
  所有的事件都会到ViewGroup 这里，调用 onInterceptTouchEvent 判断是否拦截，如果需要的话就返回true，然后调用自己的 onTouchEvent 这个方法来进行相应的处理。
• 如果自身不需要或者不确定，则询问 ChildView，子view 是否需要拦截这个事件，就会走到子View 的 onInterceptTouchEvent ，如果返回true，则交给 子view 的 onTuchEvent,
• 如果 子view 不需要，则还是调用自身的 onTouchEvent

ViewGroup 中可能 有多个 childView ，如何判断应该分配给哪一个 ？

遍历子view ，判断 手指位置

当 该点 的 childView 有重叠时候应该 怎么分发。

View 的事件分发

view 为啥也有 dispathTouchEvent

dispathTouchEvent,
因为 view 有很多事件监听器，dispathTouchEvent是 整个事件分发机制的核心方法，所有的事件都归他管，

但是 我们想 viewGroup 有 dispathTouchEvent 也就算了，因为他有很多的子view 要处理，但是为什么 view 也有呢 ？
因为 view 有很多的时间监听器，比如 单击，长按，触摸。
那么多时间谁管理呢 ，就是dispathTouchEvent

View 的四个相关方法调用顺序

onTouchListener > onTouchEvent > onLongClickListener > onClickListener