最近在做有关于Remote Controller 的功能,该功能把手机做成TV的遥控器来处理。在手机的客户端发送消息到TV的android 服务端,服务端接收到客户端的请求消息,模拟KeyEvent命令,发送Key值。
最简单的发送命令为如下代码:
public voidrun(){
// TODOAuto-generatedmethodstub
try{
Instrumentationinst= newInstrumentation();
inst.sendKeyDownUpSync(KeyCode);
} catch(Exceptione){
// TODO:handleexception
}
}
}).start();
}
这种方法在当前的界面和相同的进程上是没有问题的,可以实现的基本的需求。但当我还是把服务开启着,按HOME将服务或者界面退出到后台时,再通过客户端向服务端服务发送消息使其模拟按键时,不幸的事情发送了:
提示没有INJECT_EVENTS这个权限。没则加之,在AndroidManifest.xml文件里面添加该权限,再运行,问题还是没有解决,原因是上面代码最终还是调用的WindowsManagerService 里面的injectKeyEvent方法,该方法会去验证你当前的程序的pid和uid,如果两者在分发key 键时返回-1则会提示上面的error.
好了,废话一大堆,下面到了真正解决这一问题的方法了。
网上各种google 各种百度,找不到自己需要的答案。
想过一个方法是(尚未验证):
通过jni的方法将kernel 的发送keyevent的方法用NDK封装成方法,做成库给java调用,从而绕过Android WindowsManagerService 的验证,这是我初期想到的解决思路,但尚未验证。
另外一个通过验证的方法为:
将你的服务的userId改成系统级别的,在manifest加如下代码:
<manifestxmlns:android="http://schemas.android.com/apk/res/android"
android:versionCode ="1"
android:versionName ="1.0"
android:sharedUserId ="android.uid.system" >
加上这一代码,需要在源码里面编译才能生效,添加Android.mk文件:
include$(CLEAR_VARS)
LOCAL_MODULE_TAGS:=optional
LOCAL_SRC_FILES:=$(callall-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.