### **概述**
在Android应用程序中，有一类特殊的消息，是专门负责与用户进行交互的，它们就是触摸屏和键盘等输入事件。触摸屏和键盘事件是统一由系统输入管理器InputManager进行分发的。也就是说，InputManager负责从硬件接收输入事件，然后再将接收到的输入事件分发当前激活的窗口处理。此外，InputManager也能接收模拟的输入事件，用来模拟用户触摸和点击等事件。当前激活的窗口所运行在的线程接收到InputManager分发过来的输入事件之后，会将它们封装成输入消息，然后交给当前获得焦点的控件处理。
主要讲Android应用程序输入事件的分发和处理过程，主要涉及到输入管理InputManager、输入事件监控线程InputReader、输入事件分发线程InputDispatcher，以及应用程序主线程消息循环。
* Android输入系统概述
* 输入管理器的启动过程
* 输入通道的注册过程
* 输入事件的分发过程
* 软键盘输入事件的分发过程
#### **Android输入系统概述**
**输入管理器框架**
**输入管理器与应用程序通过输入通道交互**
**输入通道**
> 注：mFd指向的是一个socket
#### **输入管理器的启动过程**
**由System Server创建和启动**
注：inputManager.setWindowManagerCallbacks：设置回调，例如用来截获输入事件
**创建InputManagerService**
**创建NativeInputManager**
**创建InputManager、InputReader和InputDispatcher，以及InputReaderThread、 InputDispatcherThread**
**启动InputManagerService**
**启动NativeInputManager**
**启动InputManager**
**启动InputDispatcher**
**InputDispatcher.dispatchOnce**
> 注：InputDispatcher负责分发IO事件，IO事件分为两种类型。一种普通的输入事件，另一种是输入设备本身的事件，例如，输入设备配置发生改变事件。普通的输入事件由dispatchOnceInnerLocked处理，输入设备事件由runCommandsLockedInterruptible处理。InputDispatcher本身也维护着两个队列，一个是mInboundQueue，保存的是普通的输入事件，另一个是mCommandQueue，保存的是输入设备事件。
**启动InputReader**
* **InputReaderThread.threadLoop**
* **InputReader.loopOnce**
> 注：mNextTimeout：振动设备是按照一定的频率来进行的，这个频率就可以通过设置mNextTimeout来获得
* **EventHub.getEvents**
* **EventHub.scanDevicesLocked**
> 注：虚拟键盘：设备不一定有键盘，但是程序在测试的时候时候需要模拟键盘输入，这时候模拟的键盘输入就看作是从虚拟键盘发出的。EventHub只存一定会存在虚拟键盘。
* **EventHub.scanDirLocked**
> 注：可以用getevent –i命令来查看/dev/input目录下各个文件所对应的输入设备信息
* **EventHub.openDeviceLocked**
> 注：Key Map Configuraton File和Configuration File：保存在/system/usr或者/data/system/devices目录下
#### **输入通道的注册过程**
**Activity窗口的组成**
> 注：InputChannel是在应用程序请求WMS创建一个Activity窗口时创建的，也就是调用ViewRootImpl.setView开始创建的，在这个过程中，也会同时注册InputChannel，包括Server端InputChannel和客户端InputChannel
**创建InputChannel **
* **ViewRootImpl.setView**
> 注：mInputQueueCallback不等于null表示由view自己来接管输入事件，否则的话就由ViewRootImpl来接管
* **Session.addToDisplay**
* **WMS.addWindow**
* **InputChannel.openInputChannelPair**
* **nativeOpenInputChannelPair**
* **InputChannel::openInputChannelPair**
**注册Server端InputChannel**
> 注：win.mInputWindowHandle：窗口句柄，用来描述窗口的大小和位置等信息
* **IMS.registerInputChannel**
* **nativeRegisterInputChannel**
* **NativeInputManager.registerInputChannel**
* **InputDispatcher.registerInputChannel**
* **Looper.addFd**
**更新当前激活窗口**
* **WMS.updateFoucsedWindowLocked**
> 注：computeFocusedWindowLocked：从窗口堆栈从上到下搜索，如果它的宿主App是当前Focused的App，那么它就是Focused窗口。Focused App在窗口切换时已经确定
* **WMS. finishUpdateFocusedWindowAfterAssignLayersLocked**
* **InputMonitor.setInputFocusLw**
> 注：这里传进来的参数updateInputWindows的值等于false，不会马上调用updateInputWindowsLw来更新窗口，但是接下来新的窗口请求WMS进行layout时，就会调用updateInputWindowsLw来更新窗口
* **InputMonitor. updateInputWindowsLw**
>注： universeBackground：类型为TYPE_UNIVERSE_BACKGROUND的窗口
> TYPE_UNIVERSE_BACKGROUND的窗口：Behind the universe of the real windows, in multiuser systems shows on all users’windows
* **InputManagerService.setInputWindows**
* **nativeSetInputWindows**
* **NativeInputManager.setInputWindows**
* **InputDispatcher.setInputWindows**
**注册Client端InputChannel**
* **new WindowInputEventReceiver **
* **new InputEventReceiver **
* **nativeInit**
* **NativeInputEventReceiver.initialize**
> 注：IO事件发生时， NativeInputEventReceriver::handleEvent将被调用
#### **输入事件的分发过程**
**输入事件处理框架**
**InputReader获得输入事件**
* **InputReader获得输入事件--EventHub.getEvents**
* **InputReader获得输入事件 – InputReader.loopOnce **
* **InputReader获得输入事件 – InputReader.processEventsLocked **
* **InputReader获得输入事件 – InputReader.processEventsForDeviceLocked**
* **InputReader获得输入事件—InputDevice.process**
* **InputReader获得输入事件—KeyboardInputMapper.process**
* **InputReader获得输入事件—KeyboardInputMapper.processKey**
* **InputReader获得输入事件—InputDispatcher.notifyKey**
* **InputReader获得输入事件—InputDispatcher. enqueueInboundKeyLocked**
**InputDispatcher分发键盘事件**
* **InputDispatcher分发键盘事件 – InputDispatcher. dispatchOnceInnerLocked**
* **InputDispatcher分发键盘事件 – InputDispatcher. dispatchKeyLocked**
> 注：
> HOME键会被PhoneWindowManager的成员函数interceptKeyBeforeDispatching拦载，切换至Home App，这是通过post一个command到InputDispatcher的Command Queue去执行实现的
> findFocusedWindowTargetsLocked – 会调用checkInjectionPermission来检查当前处理的键盘事件是否是注入的，如果是的话，再检查注入者是否有权限。注入事件的时候也会做权限检查。
> 注入输入事件：
> 1. InputManagerService.injectInputEvent
> 2. InputDispatcher::injectInputEvent
> findFocusedWindowTargetsLocked还会检查上次分发给Target Window的输入事件是否已经有5s内处理完成，没有处理完成的话就会产生一个ANR Command，并且post到InputDispatcher的Command Queue去执行，最终的ANR窗口是通过mPolicy来通知AMS弹出的
* **InputDispatcher分发键盘事件 – InputDispatcher.dispatchMotionLocked**
* **InputDispatcher分发键盘事件-- InputDispatcher.dispatchEventLocked**
* **InputDispatcher分发键盘事件-- InputDispatcher.prepareDispatchCycleLocked**
> 注：标志位的解释参见InputDispatcher.h
* **InputDispatcher分发键盘事件-- InputDispatcher.startDispatchCycleLocked**
* **InputDispatcher分发键盘事件—InputPublisher.publishKeyEvent**
* **InputDispatcher分发键盘事件— InputChannel::sendMessage**
**App获得键盘事件**
* **App获得键盘事件— NativeInputEventReceiver.handleEvent**
>注： 应用程序可以通过InputEventReceiver.nativeConsumeBatchedInputEvents来批量处理InputDispatcher分发过来的输入事件
* **App获得键盘事件—NativeInputEventReceiver.consumeEvents**
>注： InputConsumer.consumer的返回值等于WOULD_BLOCK时表示当前没有发生输入事件，这时候就会开始批量处理刚才缓存起来的输入事件
* **App获得键盘事件—InputComsumer.consume**
> 注：AMOTION_EVENT_ACTION_MOVE和AMOTION_EVENT_ACTION_HOVER_MOVE类型的事件会被缓存起来批量处理
* **App获得键盘事件—InputChannel.receiveMessage**
* **App获得键盘事件—InputEventReceiver.dispatchInputEvent**
* **App获得键盘事件—WindowInputEventReceiver.onInputEvent**
* **App获得键盘事件—ViewRootImpl.enqueueInputEvent**
**App获得键盘事件—ViewRootImpl. scheduleProcessInputEvents**
* **App获得键盘事件—ViewRootImpl. doProcessInputEvents**
* **App获得键盘事件—ViewRootImpl. deliverInputEvent**
* **App获得键盘事件—ViewRootImpl. deliverKeyEvent**
* **App获得键盘事件—InputMethodCallback. finishedEvent**
* **App获得键盘事件—ViewRootImpl.dispatchImeFinishedEvent**
* **App获得键盘事件—ViewRootImpl. handleImeFinishedEvent**
* **App获得键盘事件—ViewRootImpl. deliverKeyEventPostIme**
* **App获得键盘事件—DecorView. dispatchKeyEvent**
>注： getCallback返回的Callback接口指向当前Activity
> PhoneWindow.onKeyDown和PhoneWindow.onKeyUp会对MENU和BACK等实体键进行处理,对MENU键的处理对应于openPanel的实现，对BACK键的处理对应于closePanel的实现
* **App获得键盘事件—Activity.dispatchKeyEvent**
> 注：getWindow获得的是一个PhoneWindow
* **App获得键盘事件—PhoneWindow.superDispatchKeyEvent**
>注： DecorView.dispatchKeyEvent将KeyEvent分发给当前获得焦点的View处理
**在App中，依次获得键盘事件的顺序**
* View(Pre Input Method)
* Input Method
* View(Post Input Method)
* Activity
* Phone Window(处理MENU、BACK等按键)
**HOME按键被PhoneWindowManager拦截，直接切换至Home App**
**TextView、输入法和输入法管理器的关系**
**输入法通过InputConnection.commitText分发过来的字符被封装成一个类型为FLAG_DELIVER_POST_IME的KeyEvent**
**在ViewRootImpl中，类型为FLAG_DELIVER_POST_IME的KeyEvent不用经过输入法处理，而直接通过deliverKeyEventPostIme分发给View Hierarchy处理**
**deliverKeyEventPostIme的处理过程与实体 键经过输入法处理后的过程是一样的**
* View
* Activity
* Phone Window
- 前言
- Android组件设计思想
- Android源代码开发和调试环境搭建
- Android源代码下载和编译
- Android源代码情景分析法
- Android源代码调试分析法
- 手把手教你为手机编译ROM
- 在Ubuntu上下载、编译和安装Android最新源代码
- 在Ubuntu上下载、编译和安装Android最新内核源代码（Linux Kernel）
- 如何单独编译Android源代码中的模块
- 在Ubuntu上为Android系统编写Linux内核驱动程序
- 在Ubuntu上为Android系统内置C可执行程序测试Linux内核驱动程序
- 在Ubuntu上为Android增加硬件抽象层（HAL）模块访问Linux内核驱动程序
- 在Ubuntu为Android硬件抽象层（HAL）模块编写JNI方法提供Java访问硬件服务接口
- 在Ubuntu上为Android系统的Application Frameworks层增加硬件访问服务
- 在Ubuntu上为Android系统内置Java应用程序测试Application Frameworks层的硬件服务
- Android源代码仓库及其管理工具Repo分析
- Android编译系统简要介绍和学习计划
- Android编译系统环境初始化过程分析
- Android源代码编译命令m/mm/mmm/make分析
- Android系统镜像文件的打包过程分析
- 从CM刷机过程和原理分析Android系统结构
- Android系统架构概述
- Android系统整体架构
- android专用驱动
- Android硬件抽象层HAL
- Android应用程序组件
- Android应用程序框架
- Android用户界面架构
- Android虚拟机之Dalvik虚拟机
- Android硬件抽象层
- Android硬件抽象层（HAL）概要介绍和学习计划
- Android专用驱动
- Android Logger驱动系统
- Android日志系统驱动程序Logger源代码分析
- Android应用程序框架层和系统运行库层日志系统源代码分析
- Android日志系统Logcat源代码简要分析
- Android Binder驱动系统
- Android进程间通信（IPC）机制Binder简要介绍和学习计划
- 浅谈Service Manager成为Android进程间通信（IPC）机制Binder守护进程之路
- 浅谈Android系统进程间通信（IPC）机制Binder中的Server和Client获得Service Manager接口之路
- Android系统进程间通信（IPC）机制Binder中的Server启动过程源代码分析
- Android系统进程间通信（IPC）机制Binder中的Client获得Server远程接口过程源代码分析
- Android系统进程间通信Binder机制在应用程序框架层的Java接口源代码分析
- Android Ashmem驱动系统
- Android系统匿名共享内存Ashmem（Anonymous Shared Memory）简要介绍和学习计划
- Android系统匿名共享内存Ashmem（Anonymous Shared Memory）驱动程序源代码分析
- Android系统匿名共享内存Ashmem（Anonymous Shared Memory）在进程间共享的原理分析
- Android系统匿名共享内存（Anonymous Shared Memory）C++调用接口分析
- Android应用程序进程管理
- Android应用程序进程启动过程的源代码分析
- Android系统进程Zygote启动过程的源代码分析
- Android系统默认Home应用程序（Launcher）的启动过程源代码分析
- Android应用程序消息机制
- Android应用程序消息处理机制（Looper、Handler）分析
- Android应用程序线程消息循环模型分析
- Android应用程序输入事件分发和处理机制
- Android应用程序键盘（Keyboard）消息处理机制分析
- Android应用程序UI架构
- Android系统的开机画面显示过程分析
- Android帧缓冲区（Frame Buffer）硬件抽象层（HAL）模块Gralloc的实现原理分析
- SurfaceFlinger
- Android系统Surface机制的SurfaceFlinger服务
- SurfaceFlinger服务简要介绍和学习计划
- 启动过程分析
- 对帧缓冲区（Frame Buffer）的管理分析
- 线程模型分析
- 渲染应用程序UI的过程分析
- Android应用程序与SurfaceFlinger服务的关系
- 概述和学习计划
- 连接过程分析
- 共享UI元数据（SharedClient）的创建过程分析
- 创建Surface的过程分析
- 渲染Surface的过程分析
- Android应用程序窗口（Activity）
- 实现框架简要介绍和学习计划
- 运行上下文环境（Context）的创建过程分析
- 窗口对象（Window）的创建过程分析
- 视图对象（View）的创建过程分析
- 与WindowManagerService服务的连接过程分析
- 绘图表面（Surface）的创建过程分析
- 测量（Measure）、布局（Layout）和绘制（Draw）过程分析
- WindowManagerService
- WindowManagerService的简要介绍和学习计划
- 计算Activity窗口大小的过程分析
- 对窗口的组织方式分析
- 对输入法窗口（Input Method Window）的管理分析
- 对壁纸窗口（Wallpaper Window）的管理分析
- 计算窗口Z轴位置的过程分析
- 显示Activity组件的启动窗口（Starting Window）的过程分析
- 切换Activity窗口（App Transition）的过程分析
- 显示窗口动画的原理分析
- Android控件TextView的实现原理分析
- Android视图SurfaceView的实现原理分析
- Android应用程序UI硬件加速渲染
- 简要介绍和学习计划
- 环境初始化过程分析
- 预加载资源地图集服务（Asset Atlas Service）分析
- Display List构建过程分析
- Display List渲染过程分析
- 动画执行过程分析
- Android应用程序资源管理框架
- Android资源管理框架（Asset Manager）
- Asset Manager 简要介绍和学习计划
- 编译和打包过程分析
- Asset Manager的创建过程分析
- 查找过程分析
- Dalvik虚拟机和ART虚拟机
- Dalvik虚拟机
- Dalvik虚拟机简要介绍和学习计划
- Dalvik虚拟机的启动过程分析
- Dalvik虚拟机的运行过程分析
- Dalvik虚拟机JNI方法的注册过程分析
- Dalvik虚拟机进程和线程的创建过程分析
- Dalvik虚拟机垃圾收集机制简要介绍和学习计划
- Dalvik虚拟机Java堆创建过程分析
- Dalvik虚拟机为新创建对象分配内存的过程分析
- Dalvik虚拟机垃圾收集（GC）过程分析
- ART虚拟机
- Android ART运行时无缝替换Dalvik虚拟机的过程分析
- Android运行时ART简要介绍和学习计划
- Android运行时ART加载OAT文件的过程分析
- Android运行时ART加载类和方法的过程分析
- Android运行时ART执行类方法的过程分析
- ART运行时垃圾收集机制简要介绍和学习计划
- ART运行时Java堆创建过程分析
- ART运行时为新创建对象分配内存的过程分析
- ART运行时垃圾收集（GC）过程分析
- ART运行时Compacting GC简要介绍和学习计划
- ART运行时Compacting GC堆创建过程分析
- ART运行时Compacting GC为新创建对象分配内存的过程分析
- ART运行时Semi-Space（SS）和Generational Semi-Space（GSS）GC执行过程分析
- ART运行时Mark-Compact（ MC）GC执行过程分析
- ART运行时Foreground GC和Background GC切换过程分析
- Android安全机制
- SEAndroid安全机制简要介绍和学习计划
- SEAndroid安全机制框架分析
- SEAndroid安全机制中的文件安全上下文关联分析
- SEAndroid安全机制中的进程安全上下文关联分析
- SEAndroid安全机制对Android属性访问的保护分析
- SEAndroid安全机制对Binder IPC的保护分析
- 从NDK在非Root手机上的调试原理探讨Android的安全机制
- APK防反编译
- Android视频硬解稳定性问题探讨和处理
- Android系统的智能指针（轻量级指针、强指针和弱指针）的实现原理分析
- Android应用程序安装过程源代码分析
- Android应用程序启动过程源代码分析
- 四大组件源代码分析
- Activity
- Android应用程序的Activity启动过程简要介绍和学习计划
- Android应用程序内部启动Activity过程（startActivity）的源代码分析
- 解开Android应用程序组件Activity的"singleTask"之谜
- Android应用程序在新的进程中启动新的Activity的方法和过程分析
- Service
- Android应用程序绑定服务（bindService）的过程源代码分析
- ContentProvider
- Android应用程序组件Content Provider简要介绍和学习计划
- Android应用程序组件Content Provider应用实例
- Android应用程序组件Content Provider的启动过程源代码分析
- Android应用程序组件Content Provider在应用程序之间共享数据的原理分析
- Android应用程序组件Content Provider的共享数据更新通知机制分析
- BroadcastReceiver
- Android系统中的广播（Broadcast）机制简要介绍和学习计划
- Android应用程序注册广播接收器（registerReceiver）的过程分析
- Android应用程序发送广播（sendBroadcast）的过程分析