android系统按键从linux到java流程(5)

3) NativeInputManager的interceptKeyBeforeQueueing调用java层interceptKeyBeforeQueueing

4）NativeInputManager的interceptKeyBeforeDispatching调用java层interceptKeyBeforeDispatching

5）register_android_server_InputManager将interceptKeyBeforeQueueing和interceptKeyBeforeDispatching，与InputManagerService.java的同名函数进行关联

3.2.5 \\frameworks\\base\\services\\java\\com\\android\\server\\input

\\InputManagerService.java:

1）构造函数InputManagerService())调用JNI函数nativeInit();

2）interceptKeyBeforeQueueing()调用WindowManagerCallbacks的同理。

interceptKeyBeforeQueueing方法继续上抛按键; interceptKeyBeforeDispatching

通过setWindowManagerCallbacks()方法设置。

3）WindowManagerCallbacks是内部类，mWindowManagerCallbacks是成员变量，

4）start方法调用nativeStart，这里实现调用InputManager的start，启动mDispatcherThread和mReaderThread两个线程。

3.2.6 \\frameworks\\base\\services\\java\\com\\android\\server\\ SystemServer.java initAndLoop ()启动InputManagerService

这里的setWindowManagerCallbacks设置的callback，即WindowManagerService类的getInputMonitor方法

至此，底层的InputReaderThread和InputDispatcherThread全部启动完毕，现在的重点是要找到WindowManagerCallbacks的interceptKeyBeforeQueueing和interceptKeyBeforeDispatching最终指向了哪里，由于两个方法网上的映射机制是一样的，下面只讲interceptKeyBeforeQueueing。 继续往下走。

3.2.7\\ frameworks\\base\\services\\java\\com\\android\\server\\wm \\WindowManagerService.java

////////////////////////////////////////////////////////////////////////////////////// InputMonitor的创建：

////////////////////////////////////////////////////////////////////////////////////// getInputMonitor直接返回InputMonitor:

////////////////////////////////////////////////////////////////////////////////////// 创建mPolicy:

final WindowManagerPolicy mPolicy = PolicyManager.makeNewWindowManager();

3.2.8 \\frameworks\\base\\services\\java\\com\\android\\server\\wm\\

InputMonitor.java:

////////////////////////////////////////////////////////////////////////////////////// 该类继承自InputManagerService 的内部类WindowManagerCallbacks接口。 ////////////////////////////////////////////////////////////////////////////////////// interceptKeyBeforeQueueing()函数被重载，并调用调用WindowManagerPolicy接口的interceptKeyBeforeQueueing。

////////////////////////////////////////////////////////////////////////////////////// 该service由构造函数传入，实际就是WindowManagerService：

mPolicy由PolicyManager类的makeNewWindowManager（）创建。

3.2.9 \\frameworks\\base\\core\\java\\com\\android\\internal\\policy\\ PolicyManager.java

////////////////////////////////////////////////////////////////////////////////////// makeNewWindowManager调用Policy.java的方法 makeNewWindowManager()

////////////////////////////////////////////////////////////////////////////////////// sPolicy的初始化:

ava

3.2.10\\frameworks\\base\\policy\\src\\com\\android\\internal\\policy\\impl\\Policy.jmakeNewWindowManager调用TVWindowManager.java类的构造函数创建对象实例。

dowManager.java

3.2.11\\frameworks\\base\\policy\\src\\com\\android\\internal\\policy\\impl\\TVWinTVWindowManager 类自身没有interceptKeyBeforeQueueing方法，但其继承自PhoneWindowManager类

3.2.12\\frameworks\\base\\policy\\src\\com\\android\\internal\\policy\\impl\\ PhoneWindowManager.java

PhoneWindowManager.java具备最终形态的interceptKeyBeforeQueueing和interceptKeyBeforeDispatching，到此流程走完。

3.3总结

3.2.5中的步骤4）中setWindowManagerCallbacks实际就是创建并设置了PhoneWindowManager类的实例，InputManagerService实现了调用PhoneWindowManager的interceptKeyBeforeQueueing和interceptKeyBeforeDispatching。

总结：

回头看整个按键转换和分发流程,有两个根节点:

1 第一层次读取linux键值的进程,android_ir_user这个bin文件,由系统脚本开机拉起 2 第二、三层次的按键分发，总源头为SystemServer这个服务的启动，由android系统开机启动，详细流程参见< android SystemServer 启动流程>.

以上除了第一层次linux键值的获取外，其他所有层次实际都是一个通用的转换和上报过程，最终到达PhoneWindowManager的interceptKeyBeforeQueueing和interceptKeyBeforeDispatching后，按键是以KeyEvent类实例作为参数传入的，并且必须以getKeyCode来访问实际android键值。 所以：

1）如果系统有增加按键的需求，需要修改：

/device/hisilicon/bigfish/system/ir_user/key_pars/key.xml /device/hisilicon/bigfish/system/ir_user/key_pars/linux_key.h /device/hisilicon/bigfish/prebuilts/Vendor_0001_Product_0001.kl /frameworks/native/include/input/KeycodeLabels.h /frameworks/base/core/java/android/view/KeyEvent.java

以上文件一一添加，只要最终KeycodeLabels.h和KeyEvent.java中定义的android键是正确的，前面其他文件所有定义只需要能保持一一对应即可。 另外

/frameworks/base/core/res/res/value/attrs.xml这个文件的作用是给上层APP用的一个资源文件，这个文件如果实际没人用，是不需要修改的；当然为防万一，在增加按键的时候还是把这个同步。

2）如果项目只是需要修改某个键值，比如映射为其他键等，可以直接修改KeyEvent.java这个类的getKeyCode方法即可，其他都不需要修改。

比如