Android后台Service注入DPAD按键事件无效，ADB注入正常问题排查

嘿，我来帮你捋清楚这个问题——你的Service注入DPAD事件不被应用消费，但ADB注入却正常，核心差异和问题点主要在这几个方面：

一、Service注入和ADB注入的本质差异 #

• 权限与身份标识：ADB的input命令是由系统级进程执行的，自带android.permission.INJECT_EVENTS权限，而且系统会把ADB注入的事件标记为「可信调试输入」，路由优先级更高；而你的Service虽然随系统编译，但如果事件的来源标识不对，系统可能不会把它当成合法的用户输入来处理。
• 输入事件的Source参数：这是最关键的点！ADB注入的DPAD事件，其inputSource是InputDevice.SOURCE_DPAD或者InputDevice.SOURCE_KEYBOARD，系统会根据这个参数判断事件属于哪种输入设备，进而路由给对应的应用处理。但你代码里创建KeyEvent时第一个参数传的是1，这不是合法的DPAD来源，应用自然不会识别这个事件是DPAD操作。
• 注入模式的差异：你用的INJECT_INPUT_EVENT_MODE_ASYNC是异步注入，系统不会等待事件处理完成，也不保证事件会送到前台焦点应用；而ADB的input命令用的是同步模式（类似INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH），会确保事件被正确路由到当前活跃窗口。

二、权限相关的确认点 #

虽然你的Service随系统镜像编译，但还是要确保：

• 在Manifest中声明了<uses-permission android:name="android.permission.INJECT_EVENTS" />，这个是系统级权限，只有系统签名的应用才能获取，你的Service应该满足，但必须显式声明。
• 部分定制ROM可能会有额外的输入注入白名单，不过随系统编译的组件一般不会受这个限制。

三、你的代码需要修正的地方 #

看你提供的sendKeyEvent方法，有几个明显的问题：

1. 错误的Source参数：把KeyEvent构造的第一个参数改成InputDevice.SOURCE_DPAD（对应DPAD设备的输入来源），而不是1。
2. 时间戳问题：你用new Date().getTime()生成的时间戳，两次事件（down和up）完全相同，不符合真实按键的时间逻辑，系统可能判定为无效事件。应该用Android推荐的SystemClock.uptimeMillis()，并且让up事件的时间戳晚于down事件：

long downTime = SystemClock.uptimeMillis();
// 构造Down事件
KeyEvent evDown = new KeyEvent(downTime, downTime, KeyEvent.ACTION_DOWN, keycode, 0, 0, 0, 0, 0, InputDevice.SOURCE_DPAD);
// 构造Up事件，时间戳用当前的uptime，确保晚于down
KeyEvent evUp = new KeyEvent(downTime, SystemClock.uptimeMillis(), KeyEvent.ACTION_UP, keycode, 0, 0, 0, 0, 0, InputDevice.SOURCE_DPAD);

3. 注入模式调整：把INJECT_INPUT_EVENT_MODE_ASYNC改成INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH，这样系统会等待事件处理完成，并且确保事件路由到前台应用，和ADB的行为一致。

四、测试建议 #

修改完代码后，先测试DPAD_RIGHT事件，看应用焦点是否正常右移。如果还是有问题，可以在注入前打印当前的焦点窗口信息，确认事件是否被路由到正确的应用；另外，也可以通过logcat查看输入事件的日志，搜索InputDispatcher相关的日志，看看系统是如何处理你注入的事件的。

内容的提问来源于stack exchange，提问作者Moaaz Ali