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

 

最近在做有关于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 .