con 窗口 color manage rop windows pub att 從數據

關於linux input device輸入子系統架構及android中的框架

應用app和windowmanagerservice的input event通信方式

在Native層的InputChannel就是一個通道，僅僅是一個通道，僅僅具有通信功能，不包含其他的。至於從數據流動方向，與InputChannel無關。數據流向是由InputPublisher和InputConsumer在組合了InputChannel後決定的。
把InputChannel由應用程序傳遞到WindowManageService的過程，涉及到的是Binder通信，不是文章的重點，不多說。需要知道的是，mWindowSession.addToDisplay最後會傳遞到WindowManagerService的addWindow方法。通過代碼看看InputChannel是如何使用的，代碼如下：

1 public int addWindow(Session session, IWindow client, int seq,
2 WindowManager.LayoutParams attrs, int viewVisibility, int displayId,
3 Rect outContentInsets, InputChannel outInputChannel) {
4 …
5 if (outInputChannel != null && (attrs.inputFeatures
6 & WindowManager.LayoutParams.INPUT_FEATURE_NO_INPUT_CHANNEL) == 0) {
7 //這個名字是根據對象的hashcode和窗口的一些屬性轉化為字符串後建立的。
8 String name = win.makeInputChannelName();
9 InputChannel[] inputChannels = InputChannel.openInputChannelPair(name);
10 win.setInputChannel(inputChannels[0])；
11 inputChannels[1].transferTo(outInputChannel);
12 mInputManager.registerInputChannel(win.mInputChannel, win.mInputWindowHandle);
13 }
14 …
15 }

需要註意的是，InputDispatcher.cpp除了會向PhoneWindowManager.java傳遞KeyEvent外，例如SW_LID.
正方向傳遞，還會反方向查詢policy。PhoneWindowManager.java作為android.policy的一分子。參見PhoneWindowManager.java:: interceptKeyBeforeDispatching() 和PhoneWindowManager.java:: interceptKeyBeforeQueueing()。 通過返回的ACTION_PASS_TO_USER等來判斷是否需要發給app，另外還會查找有無focus app，然後發給它。在SW_LID為LID_CLOSE時屏幕變黑，此時一般按鍵是不會傳到Application的，如果想傳特定按鍵，那麽需要更改InputDispatcher::dispatchKeyLocked()函數的邏輯，見dropReason 。

EVIOCGRAB功能

具體請參考我的免費的linux各種驅動開發課程如下：
https://edu.51cto.com/course/17138.html

另外我的相關培訓視頻請看：
歡迎觀看我發布的各個課程： https://edu.51cto.com/lecturer/8896847.html

關於linux input device輸入子系統架構及android中的框架