以后我打算换一种写法，前面的文章很多都是大段大段代码往上扔，别说大家了，我想回过头来看的时候都觉得恶心，所以我以后叙述多一些，多说一些原理性的东西，这样让人一看就知道怎么回事。
简介
输入事件是目前我发现第2个使用到socket传输的机制，这部分内容启动过程比较简单，读取过程也比较简单，但是分发机制就比较复杂，因为牵扯到WMS对应的内容，负责要将事件分发到那个窗口，所以我们就由简单到深入了解一下Android中输入事件机制。
首先我们从InputManagerService开始，InputManagerService是输入事件的管理者，就和我们的WMS，ANS，PMS一样起着管理作用。那我们就按照惯例从构造看。
InputManagerService在构造的时候期初创建了几个核心的类：
- InputDispatcher.cpp
- InputReader.cpp
- InputManager.cpp
- EventHub.cpp
- InputListener.cpp
对于InputDispatcher与InputReader来说一个是用于分发事件一个是用来获取事件。所以如果我们需要设计，肯定是两个线程，两个死循环，一个不断读取，一个不断分发。那么Android系统里面是如何做的呢？
系统中用InputManager来管理InputDispatcher与InputReader对应的线程
InputManager::InputManager(
const sp<EventHubInterface>& eventHub,
const sp<InputReaderPolicyInterface>& readerPolicy,
const sp<InputDispatcherPolicyInterface>& dispatcherPolicy) {
mDispatcher = new InputDispatcher(dispatcherPolicy);
mReader = new InputReader(eventHub, readerPolicy, mDispatcher);
initialize();
}
并且InputDispatcher有自己的Looper对象。那InputDispatcher与InputReader是通过什么链接起来的呢？
在InputReader中
InputReader::InputReader(const sp<EventHubInterface>& eventHub,
const sp<InputReaderPolicyInterface>& policy,
const sp<InputListenerInterface>& listener) :
mContext(this), mEventHub(eventHub), mPolicy(policy),
mGlobalMetaState(0), mGeneration(1),
mDisableVirtualKeysTimeout(LLONG_MIN), mNextTimeout(LLONG_MAX),
mConfigurationChangesToRefresh(0) {
// 创建输入监听对象
mQueuedListener = new QueuedInputListener(listener);
{
AutoMutex _l(mLock);
refreshConfigurationLocked(0);
updateGlobalMetaStateLocked();
}
}
其中const sp<InputListenerInterface>& listener就是将InputDispatcher对象传递到InputReader中然后传到QueuedInputListener里面。
这样就理清楚了，InputManager创建了InputReader，InputDispatcher并且InputReader持有InputDispatcher的引用。
对应工作线程
void InputManager::initialize() {
//创建线程“InputReader”
mReaderThread = new InputReaderThread(mReader);
//创建线程”InputDispatcher“
mDispatcherThread = new InputDispatcherThread(mDispatcher);
}
InputReaderThread::InputReaderThread(const sp<InputReaderInterface>& reader) :
Thread(/*canCallJava*/ true), mReader(reader) {
}
InputDispatcherThread::InputDispatcherThread(const sp<InputDispatcherInterface>& dispatcher) :
Thread(/*canCallJava*/ true), mDispatcher(dispatcher) {
}
这两个国宝级别的线程在InputManagerService.start的时候开始工作
public void start() {
nativeStart(mPtr);
}
在native里面使用的NativeInputManager其中的InputManager进行start
status_t InputManager::start() {
result = mDispatcherThread->run("InputDispatcher", PRIORITY_URGENT_DISPLAY);
result = mReaderThread->run("InputReader", PRIORITY_URGENT_DISPLAY);
...
return OK;
}
最后终于启动了两个国宝线程
小结启动过程中的相关事情
- 在native中创建了NativeInputManager对象，并且将NativeInputManager对象的指针交到java层的mPtr中保存起来，mPtr存在与IMS中
- 在这个过程中创建了几个核心的类：
- NativeInputManager ：native层的管理
- EventHub：将多种格式的消息统一成一种格式给framework使用
- InputManager：用于创建对应的InputReader与InputDispatcher核心的类
- InputReaderThread：对应读取事件的线程
- InputDispatcherThread：对应分发事件的线程
- 在这里面包含了3个线程
- 一开始在framework的DisplayThread：有自己的Looper
- InputReaderThread
- InputDispatcherThread：有自己的Looper
