Android系统触屏事件传递派发浅析（二）(android触屏事件的处理)

推荐整理分享Android系统触屏事件传递派发浅析（二）(android触屏事件的处理)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:安卓触屏,安卓显示触摸操作,android触屏事件的处理,安卓触屏,安卓系统触摸屏,安卓触屏设置在哪里,安卓触屏,安卓系统触摸屏,内容如对您有帮助，希望把文章链接给更多的朋友！

上一篇文章提到在InputDispatcher中，connection调用inputPublisher.publishMotionEvent后分发就完成了，然后将dispatchEntry放入到waitQueue队列，大概是有的事件必须等应用回复，收到应用回复后，dispatchEntry将从waitQueue队列中移出．

要弄明白事件如何传递给应用，不得不看看inputPublisher.publishMotionEvent这个函数了． 在InputTransport.cpp文件中看看函数的实现（省略了参数和赋值）

功能就是实例化InputMessage，调用InputChannel的sendMessage方法． InputChannel::sendMessage方法很简单，就是调用socket 的send方法发送InputMessage．有sendMessage　当然也有receiveMessage用来接收用户回复，这里略去不表，至此InputDispatcher的戏份全部完成．

上一文章末尾提到在WindowManagerService中有这么一个方法

这里的win是WindowState类的实例，通过调用makeInputChannelName返回一个String 类型name．然后调用openInputChannelPair返回一对InputChannel．上面提到InputChannel就是通过socket发送和接收数据. 之后InputDispatcher和应用就是通过这对InputChannel通信的．

顺便看看本地代码中openInputChannelPair的实现

是创建了一对UNIX域套接字. 再看看Java中openInputChannelPair的实现

调用的是nativeOpenInputChannelPair．

看看nativeOpenInputChannelPair

其实调用的还是本地代码中的openInputChannelPair．至此我们明白了在WindowManagerService中addWindow方法会创建一对InputChannel(本质是socket), 一个自己保存，一个传给InputDispatcher，至于怎么传递给InputDispatcher有时间再跟进去看看．

要理清应用如何与InputDispatcher通信，打开应用的入口类ActivityThread.java文件，我们看看performLaunchActivity这个方法．

这里只粘贴了代码的一部分，大概功能是通过反射机制创建一个用户activity的实例．然后调用activity的attach方法,让用户activity和ActivityThread关联起来．

打开Activity.java文件，看看attach方法

继续跟下去没有发现间接调用addWindow方法．也许是延迟创建窗口造成的．看看ActivityThread的handleResumeActivity方法

看这两行　 a.mWindowAdded = true;　 wm.addView(decor, l);　 感觉是和addWindow相似，也没有其他看起来像是加载窗口的.先跟进去看看吧．ViewManager是个接口，WindowManager继承ViewManager接口，wm是Activity getWindowManager返回的, 往上跟,　其实是mWindow.getWindowManager返回的．只好看看mWindow的来头．

Activity.java attach()方法中知道了mWindow的来头

PolicyManager.java 文件关于makeNewWindow()方法

利用java反射机制，创建一个sPolicy实例． 找到这个Policy类，看看makeNewWindow方法

进入PhoneWindow.java文件，可是没有找到getWindowManager的实现．PhoneWindow继承Window, 进Window.java看看． 找到了WindowManager相关的函数

WindowManagerImpl.java文件中

return new WindowManagerImpl(mDisplay, parentWindow); }

调用的比较深，总结起来就是ActivityThread类里，前面handleResumeActivity方法里提到的 wm.addView()方法其实就是调用WindowManagerImpl类的addView方法． 看看WindowManagerImpl类的addView方法

mGlobal这个实例是这么来的

又需要去WindowManagerGlobal里面去看看了． 找到addView方法,看看实现．里面会实例化一个ViewRootImpl类． 这里不再跟了，简单介绍一个ViewRootImpl. 每一个Activity都会有一个Window，每一个Window都会有一个ViewRootImpl.

在WindowManagerGlobal里面，会维护一个ViewRootImpl列表和View列表．ViewRootImpl列表里每一个ViewRootImpl用来实现Activity和WindowManagerService通信，View列表里每一个View是Activity的根View．

ViewRootImpl setView方法部分代码

构建一个InputChannel实例，然后调用mWindowSession.addToDisplay. mWindowSession看起来像是WindowManagerService 在ViewRootImpl端的代理, mWindowSession调用的方法实际上就是调用WindowManagerService端对应的方法.　可在WindowManagerService中没有找到addToDisplay这个方法．后来仔细查看,发现不是想当然的． 看看windowSession是如何得到的

windowSession是通过WindowManagerService的openSession方法得到的． 看看这个方法

原来mWindowSession是一个Session实例，而不是想当然的WindowManagerService．看看Session类的addToDisplay方法

构造方法中

mService就是ＷindowManagerService，所以ViewRootImpl调用addToDisplay最终调到WindowManagerService的addWindow方法．上一篇文章最后提到这个，至此，事件的获取，加工，到派送给应用全部通了．当然这只是理通了事件的大概流向，目前只是明白了每一个Activity通过ViewRootImpl一个socket对与InputDispatcher通信，具体事件如何传递给应用，有时间再跟进去分析．

Intent and Intent Filters 转载请注明出处：

Android 常用适配器总结 一，适配器.顾名思义,就是把一些数据给弄得适当，适合以便于在View上显示。可以看作是界面数据绑定的一种理解。它所操纵的数据一般都是一些比较

eclipse创建android项目出现error libz.so.1: cannot open shared object file:No such file or directory /home/~/mywork/kitKat/prebuilts/gcc/linux-x/host/i-linux-glibc2.7-4.6/bin/../lib/gcc/i-linux/4.6.x-google/../../../../i-linux/bin/as:errorwhileloadingsharedlibraries:libz.so.1:cannotopensha