diff --git a/blogs/Android/Framework/深入理解 Android 内核设计思想/InputManagerService 与输入事件.md b/blogs/Android/Framework/深入理解 Android 内核设计思想/InputManagerService 与输入事件.md
new file mode 100644
index 0000000..094bfda
--- /dev/null
+++ b/blogs/Android/Framework/深入理解 Android 内核设计思想/InputManagerService 与输入事件.md	
@@ -0,0 +1,81 @@
+---
+InputManagerService 与输入事件
+---
+
+#### 目录
+
+1. 事件的分类
+2. 事件的投递流程
+3. 事件注入
+
+#### 事件的分类
+
+常见的时间分为两种：
+
+1. 按键事件（KeyEvent）
+
+   由物理按键产生的事件，比如 Home 键、Back 键等等。
+
+2. 触摸事件（MotionEvent）
+
+   触摸屏的点击、滑动事件。
+
+#### 事件的投递流程
+
+```
+源信息采集 -> 前期处理 -> WMS 分配 -> 应用程序处理
+```
+
+WindowManagerService 是窗口的大主管，同时也是 InputEvent 的派发者。这样的设计是自然而然的，因为 WMS 记录了当前系统中所有窗口的完整状态信息，所以也只有它才能判断出应该把事件投递给哪一个具体的应用程序进程处理。
+
+InputManagerService 的创建过程和 WMS 类似，都是由 SystemServer 统一启动：
+
+```java
+// SystemServer
+public void run() {
+    inputManager = new InputManagerService(context, wmHandler);
+    wm = WindowManagerService.main(context, inputManager, ...);
+    ServiceManager.addService(Context.WINDOW_SERVICE, wm);
+    ServiceManager.addService(Context.Input_SERVICE, inputManager);
+    inputManager.setWindowManagerCallbacks(wm.getInputMonitor);
+    inputManager.start();
+}
+```
+
+IMS 在 Native 层创建了两个新的线程，InputReaderThread 和 InputDispatcherThread。前者负责从驱动节点中读取 Event，后者专责于分发事件。
+
+InputReaderThread 中的实现核心是 InputReader 类，但在 InputReader 实际上并不直接去访问设备节点，而是通过 EventHub 来完成这一工作。EventHub 通过读取 /dev/input 下的相关文件来判断是否有新事件，并通知 InputReader。
+
+InputDispatcherThread 和 InputReaderThread 都是独立的线程，并且都运行在系统进程中。InputDispatcherThread 在创建之初，就把自己的实例传给了 InputReaderThread，这样便可以源源不断的获取事件进行分发了。
+
+分发时是如何找到投递目标呢？也就是 findFocusedWindowTargetsLocked 方法的实现。也就是通过 InputMonitor 来找到 “最前端” 的窗口即可。这个 InputMonitor 是 WMS 提供的，而 IMS 实现了 WindowManagerCallbacks 接口，并把 InputMonitor 作为参数传递进去。
+
+在获知 InputTarget 之后，InputDispatcher 就需要和窗口建立连接，是通过 InputChannel，这也是一个跨进程通信，但是并不是采用 Binder，而是 Unix Domain Socket 实现。
+
+在 Java 层，InputEventReceiver 对 InputChannel 进行包装，它是一个抽象类，它唯一的实现 WindowInputEventReceiver 就是在 ViewRootImpl 中，这样 ViewRootImpl 就可以获取到事件了。
+
+在 ViewRootImpl 中，一旦获知 InputEvent，就会进行入队操作，如果是紧急事件就直接调用 doProcessInputEvent 处理，如果不是紧急事件，就会把这个 InputEvent 推送到消息队列，然后按顺序处理，此时需要注意 Message 为异步消息。
+
+#### 事件注入
+
+正常情况下，Android 系统中的各种 Event 都是由用户主动发起而产生的，但是在某些特殊的情况下，比如自动化测试的场景中，我们希望可以通过程序来模拟用户的上述行为，此时就需要事件注入技术了。
+
+事件注入有几下几种：
+
+1. 通过 InputManager 提供的内部 API
+
+   ```java
+   InputManager.getInstance().injectInputEvent(...);
+   ```
+
+2. 利用 Instrumentation 提供的辅助事件注入接口
+
+3. 通过 system/bin 目录下的 input 程序
+
+   ```shell
+   adb shell
+   // 发送一个 HOME 按键事件
+   input keyevent 3
+   ```
+
+4. 直接写入数据到 /dev/input/eventX 节点中
\ No newline at end of file
diff --git a/blogs/Android/Framework/深入理解 Android 内核设计思想/View 事件分发.md b/blogs/Android/Framework/深入理解 Android 内核设计思想/View 事件分发.md
index e7cd919..9920ff7 100644
--- a/blogs/Android/Framework/深入理解 Android 内核设计思想/View 事件分发.md	
+++ b/blogs/Android/Framework/深入理解 Android 内核设计思想/View 事件分发.md	
@@ -52,3 +52,58 @@ public boolean dispatchTouchEvent (MotionEvent event) {
 
 #### ViewGroup 中 TouchEvent 的投递流程
 
+ViewGroup 因为涉及对子 View 的处理，其派发流程没有 View 那么简单直接，它重写了 dispatchTouchEvent 方法：
+
+```java
+public boolean dispatchTouchEvent(MotionEvent ev) {
+    boolean handled = false;
+    if (onFilterTouchEventForSecurity(ev)) {
+        final int action = ev.getAction();
+        final int actionMasked = action & MotionEvent.ACTION_MASK;
+        if (actionMasked == MotionEvent.ACTION_DOWN) {
+            cancelAndClearTouchTargets(ev);
+            resetTouchState();
+        }
+
+        final boolean intercepted;
+        if (actionMasked == MotionEvent.ACTION_DOWN
+                || mFirstTouchTarget != null) {
+            final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
+            if (!disallowIntercept) {
+                intercepted = onInterceptTouchEvent(ev);
+                ev.setAction(action); 
+            } else {
+                intercepted = false;
+            }
+        } else {
+            intercepted = true;
+        }
+        // 不拦截的情况
+        if (actionMasked == MotionEvent.ACTION_DOWN
+            || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
+            || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
+            final int actionIndex = ev.getActionIndex();
+            final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
+                : TouchTarget.ALL_POINTER_IDS;
+            final int childrenCount = mChildrenCount;
+            if (newTouchTarget == null && childrenCount != 0) {
+                final float x = ev.getX(actionIndex);
+                final float y = ev.getY(actionIndex);
+                final View[] children = mChildren;
+                for (int i = childrenCount - 1; i >= 0; i--) {
+                    if (!child.canReceivePointerEvents()
+                        || !isTransformedTouchPointInView(x, y, child, null)) {
+                        continue;
+                        newTouchTarget = getTouchTarget(child);
+                        if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
+                            break;
+                        }
+                    }
+                }
+            }
+        }
+    }
+}
+```
+
+如果 ViewGroup 允许拦截，就调用其 onInterceptTouchEvent 来判断是否要真正执行拦截了，这样做了是方便扩展。如果不拦截，就从后遍历子 View 处理。它有两个函数可以过滤子 View，一个是判断这个子 View 能否接收 Pointer Events 事件，另一个是判断落点有没有落在子 View 范围内。如果都满足，则调用其 dispatchTouchEvent 处理。如果该子 View 是一个 ViewGroup 就继续调用其 dispatchTouchEvent，否则就是 View 的 dispatchTouchEvent。如此循环往复，直到事件真正被处理。
\ No newline at end of file