Android中三种注入事件方法比较

方法1:使用内部APIs

该方法和其他所有内部没有向外正式公布的APIs一样存在它自己的风险。原理是通过获得WindowManager的一个实例来访问injectKeyEvent/injectPointerEvent这两个事件注入方法。

ServiceManager和Windowsmanager被定义为存根Stubs类。我们根据我们的需要绑定上这些服务并访问里面的方法。 To send a key do the following: 通过以下方式发送一个事件：
　
发送touch/mouse事件：

这种方法能在你的应用中很好的工作，但，也仅仅只能在你的应用中而已

一旦你想要往其他窗口注入keys/touch事件，你将会得到一个强制关闭的消息：

方法2: 使用instrumentation对象

　　相对以上的隐藏接口和方法，这个是比较干净（上面的是隐藏的，故需要用到android不干净不推荐的方法去获取）的方式，但不幸的事它依然有上面的JINECT_EVENTS这个只有系统应用（基本上就是android自己提供的，如monkey）才被允许的权限问题。

以下是触摸事件实例：

在应用内操作的话完全没有问题，但一旦跳出这个应用去触发按键事件的话就会崩溃。不是因为这个方法不工作，而是因为android开发人员做了限制。谢谢你们，android的开发者们，你牛逼！个屁。

　　通过分析sendPointerSync的对应代码，可以看到其实instrumentation使用到的注入事件方式其实和方法一提到的通过WindowManager.injectPointerEvents是一样的，所以穿的都是同一条内裤,只是Robotium出来走动的时候套上条时尚喇叭裤，而以上直接调用WindowManager的方式就犹如只穿一条内裤出街的区别而已。

方法3:直接注入事件到设备/dev/input/eventX

linux以系统设备的方式向用户暴露了一套统一的事件注入接口/dev/input/eventX(其中X代表一个整数)。我们可以直接跳用而跳过以上的平台（android这个机遇linux的平台）限制问题。但是这需要工作的话，你需要rooted过的设备。

设备文件eventX默认是被设置为660这个权限的(Owner和同组成员有读写，而owner是root)。为了向这个设备注入事件，你必须让它能可写。所以请先做以下动作：

你将需要root权限来运行chmod命令。