Android 解决不同进程发送KeyEvent 的问题

最新推荐文章于 2024-07-30 17:58:03 发布

转载最新推荐文章于 2024-07-30 17:58:03 发布 · 694 阅读

本文介绍了一种在Android中实现跨进程模拟按键的方法。通过修改应用的userId为系统级别，并使用特定配置编译，解决了因权限不足导致无法在后台模拟按键的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在做有关于Remote Controller 的功能，该功能把手机做成TV的遥控器来处理。在手机的客户端发送消息到TV的android 服务端，服务端接收到客户端的请求消息，模拟KeyEvent命令，发送Key值。

最简单的发送命令为如下代码：

public static void simulateKeystroke(final int KeyCode) {

        new Thread(new Runnable() {

            public void run() {
                // TODO Auto-generated method stub
                try {

                    Instrumentation inst=new Instrumentation();
                    inst.sendKeyDownUpSync(KeyCode);
                } catch (Exception e) {
                    // TODO: handle exception
                }
            }
        }).start();
    }

这种方法在当前的界面和相同的进程上是没有问题的，可以实现的基本的需求。但当我还是把服务开启着，按HOME将服务或者界面退出到后台时，再通过客户端向服务端服务发送消息使其模拟按键时，不幸的事情发送了：

Injecting to another application requires INJECT_EVENTS permission

提示没有 INJECT_EVENTS这个权限。没则加之，在AndroidManifest.xml文件里面添加该权限，再运行，问题还是没有解决，原因是上面代码最终还是调用的WindowsManagerService 里面的injectKeyEvent方法，该方法会去验证你当前的程序的pid和uid，如果两者在分发key 键时返回－1则会提示上面的error.

好了，废话一大堆，下面到了真正解决这一问题的方法了。

网上各种google 各种百度，找不到自己需要的答案。

想过一个方法是（尚未验证）：

通过jni的方法将kernel 的发送keyevent的方法用NDK封装成方法，做成库给java调用，从而绕过Android WindowsManagerService 的验证，这是我初期想到的解决思路，但尚未验证。

另外一个通过验证的方法为：

将你的服务的userId改成系统级别的，在manifest加如下代码：

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

    package="com.xuzhitech.remote.server"
    android:versionCode="1"
    android:versionName="1.0"
    android:sharedUserId="android.uid.system" >

加上这一代码，需要在源码里面编译才能生效，添加Android.mk文件：

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := optional

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := RemoteAndroidServer
LOCAL_CERTIFICATE := platform
#LOCAL_CERTIFICATE := share

LOCAL_OVERRIDES_PACKAGES := Home
include $(BUILD_PACKAGE)

这里的 LOCAL_CERTIFICATE 要使用platform编译，而不是share编译。

到了这里，你就可以跨进程模拟按键了。

Best Regards .