Android输入事件从读取到分发二：谁在循环监听事件的到来

通过上一节初步阅读代码，已经找到了读写/dev/input/设备文件节点的位置。但是最后，我觉得应该有一个线程，一直循环监听这些输入设备，有事件的时候就去处理，没有事件的时候就睡眠，等待事件的到来。那么，这部分的代码是怎么样的呢？

上一节只是为了定位android系统在什么地方监听输入设备，所以很多地方没有仔细分析，这一节，带着文章开头提出的问题，再一次分析源码，而我们的入口，任然是系统启动后，注册服务的SystemServer.java文件。

            Slog.i(TAG, "Input Manager");
            inputManager = new InputManagerService(context);

            Slog.i(TAG, "Window Manager");
            wm = WindowManagerService.main(context, inputManager,
                    mFactoryTestMode != FactoryTest.FACTORY_TEST_LOW_LEVEL,
                    !mFirstBoot, mOnlyCore);
            ServiceManager.addService(Context.WINDOW_SERVICE, wm);
            ServiceManager.addService(Context.INPUT_SERVICE, inputManager);

            mActivityManagerService.setWindowManager(wm);

            inputManager.setWindowManagerCallbacks(wm.getInputMonitor());
            inputManager.start();
还是注册InputManagerService的这部分代码，上一节我们只是分析了InputManagerService的构造函数，没有分析最后调用的这个start方法，那这一次，就从这个start方法入手，再一次追踪android输入系统在系统开机后的一系列动作，从而明白输入系统是怎么一步步运行起来的。start函数的代码如下：

   public void start() {
        Slog.i(TAG, "Starting input manager");
        nativeStart(mPtr);

        // Add ourself to the Watchdog monitors.
        Watchdog.getInstance().addMonitor(this);

        registerPointerSpeedSettingObserver();
        registerShowTouchesSettingObserver();

        mContext.registerReceiver(new BroadcastReceiver() {
            @Override
            public void onReceive(Context context, Intent intent) {
                updatePointerSpeedFromSettings();
                updateShowTouchesFromSettings();
            }
        }, new IntentFilter(Intent.ACTION_USER_SWITCHED), null, mHandler);

        updatePointerSpeedFromSettings();
        updateShowTouchesFromSettings();
    }
start方法一开始就调用了nativeStart方法，记得上一节分析InputServiceManager的构造函数时，它调用了nativeInit()方法，从而展开了一系列输入事件管理的初始化动作。那么这里的nativeStart是不是就是在构造函数中调用nativeInit后，正式启动输入事件的管理框架的呢？感觉好像是的。nativeStart应该和nativeInit在同一个文件中：base/services/core/jni/com_android_server_input_InputManagerService.cpp，源码如下：

static void nativeStart(JNIEnv* env, jclass clazz, jlong ptr) {
    NativeInputManager* im = reinterpret_cast<NativeInputManager*>(ptr);

    status_t result = im->getInputManager()->start();
    if (result) {
        jniThrowRuntimeException(env, "Input manager could not be started.");
    }
}
这里调用了NativeInputManager的getInputManager方法，这个方法很简单：

inline sp<InputManager> getInputManager() const { return mInputManager; }
它是一个内联方法，只是简单返回mInputManager变量，mInputManager是什么呢？
mInputManager = new InputManager(eventHub, this, this);
可以看到它是一个InputManager的实例。所以，在nativeStart方法中，调用的start()是InputManager的start方法，这个方法源码如下：

status_t InputManager::start() {
    status_t result = mDispatcherThread->run("InputDispatcher", PRIORITY_URGENT_DISPLAY);
    if (result) {
        ALOGE("Could not start InputDispatcher thread due to error %d.", result);
        return result;
    }

    result = mReaderThread->run("InputReader", PRIORITY_URGENT_DISPLAY);
    if (result) {
        ALOGE("Could not start InputReader thread due to error %d.", result);

        mDispatcherThread->requestExit();
        retur