标签:代码 有一个 open llb 先来 测试 添加 read 依赖关系
2017-10-09
所谓Android系统服务其本质就是一个通过AIDL跨进程通信的小Demo的延伸而已。按照 AIDL 跨进程通信的标准创建一套程序,将服务端通过系统进程来运行实现永驻内存,在其它程序中就可以通过约定好的方式来建立通信了。而所谓回调,本质上也是一个 AIDL 跨进程通信,只不过是将回调的服务端放在系统服务通信的客户端中而已。
本实例我们模拟一个灯光管理功能。设备中有一盏灯,我们定义一个系统服务用于统一控制灯的亮灭操作,客户端可以发送控制灯光的请求给服务端,也可以接收来自服务端的反馈信息。系统环境为 Android 4.4 。
本文所述的知识,是本人参考了很多网上的前辈们的文章才学习到的,在这里将本人对于系统服务及添加回调接口的理解书以成文,以期能将知识分享出去。
一般不会直接将新建的代码文件混入Android原生代码目录中,这里我们的习惯是创建一个自己的组织或者公司的名称的目录专门用于存放这些自定义代码,作为演示,本例程中的代码都放置于自建的 manufactor 目录内。
首先定义一个 AIDL 文件,此处为简化实例,仅定义一个接口。
1 ./frameworks/base/core/java/com/manufactor/ILightManager.aidl 2 3 package com.manufactor; 4 5 interface ILightManager { 6 boolean setLight(boolean isOpen); 7 }
其次是定义暴露给其它程序使用的Manager接口类 LightManager.java 这个类的定义方式,尤其是构造函数可以说是有固定格式的,按照下列代码中的格式来书写即可。
1 ./frameworks/base/core/java/com/manufactor/LightManager.java 2 3 package com.manufactor; 4 5 import android.util.Log; 6 import android.content.Context; 7 import android.os.RemoteException; 8 9 import com.manufactor.ILightManager; 10 11 public class LightManager { 12 13 private ILightManager manager; 14 15 public LightManager(Context ctx, ILightManager manager){ 16 this.manager = manager; 17 } 18 19 public boolean setLight(boolean isOpen){ 20 try{ 21 //将点灯请求发送到服务端处理。 22 return manager.setLight(isOpen); 23 }catch(RemoteException e){ 24 e.printStackTrace(); 25 } 26 return false; 27 } 28 }
再然后是创建服务端的程序 LightService.java 。一般而言,服务端里写的代码就是真正的干活的代码了。但是在这里,我们仅是添加一个打印作为演示就够了。
1 ./frameworks/base/services/java/com/manufactor/server/LightService.java 2 3 4 package com.manufactor.server; 5 6 import android.content.Context; 7 import android.util.Log; 8 9 import com.manufactor.ILightManager; 10 11 public class LightService extends ILightManager.Stub { 12 13 private static final String TAG = "LightService"; 14 15 private Context mContext; 16 17 public LightService(Context ctx){ 18 /* 19 可根据自己的实际情况来决定是否需要传入 Context 参数。 20 */ 21 mContext = ctx; 22 } 23 24 @Override 25 public boolean setLight(boolean iso){ 26 Log.d(TAG, "setLight:"+iso); 27 return true; 28 } 29 }
至此,创建一个系统服务的第一步就已经完成了。万事俱备,只欠东风。接下来就要将服务端在系统进程中注册,并且要让 LightService 与 LightManager 产生联系。
将定义接口的 AIDL 添加到编译队列中。
1 ./frameworks/base/Android.mk
在 framework-base 模块中将 aidl 文件的路径添加进去,参照 mk 文件中已有的添加 aidl 的写法即可。
在 Context 中添加用于识别这个服务的标识符。这条其实不重要,但是为了规范起见,还是应该不辞麻烦地写上的。
1 ./frameworks/base/core/java/android/content/Context.java
然后是注册成为系统服务,开机自动运行。
1 ./frameworks/base/services/java/com/android/server/SystemServer.java
这个类里有一个内部类 ServerThread 。注册的动作一般写在这个内部类的 public void initAndLoop() 方法中。其实就是参照文件中已有的注册服务的写法,在其后面添加上自己的服务注册代码即可。系统中几乎所有的服务都是在这启动的,如果你写的服务对其它服务有依赖关系,那么就应该考虑代码放置的先后顺序问题。在本实例中,我们没有依赖其它服务,因此不需要考虑放置位置。
上图中黄色底纹处就用到了我们在上一步中定义的标识符。
如此一来,我们的灯光管理服务就会随着系统的启动而运行了。下面还有最后一步:将 LightService 与 LightManager “建立联系”。
在 ContextImpl 类的静态初始化块中实现。
./frameworks/base/core/java/android/app/ContextImpl.java
如此一来,在其它程序中,通过 mContext.getSystemServer() 时,传入灯光管理的标识符,就可以得到 LightManager 类的对象了,从而也就可以与灯光管理的服务端进行通信了。
编译,将编译产物 framework.jar framework2.jar services.jar 推到设备的 /system/framework/ 目录下,重启系统即可。
对于某些源代码,可能还需要先执行一下 make update-api 命令后才可完成编译工作。
至此,整个的系统级服务就已经完成了,下面我们再写一个测试程序来测试一下是否可以工作。
创建一个Activity,有一个按钮,点击它,即与灯光管理服务发消息。下面列出主要代码
1 public class MainActivity extends Activity { 2 3 private static final String TAG = "LightTestAPK"; 4 5 private LightManager lm; 6 7 @Override 8 protected void onCreate(Bundle savedInstanceState) { 9 super.onCreate(savedInstanceState); 10 setContentView(R.layout.activity_main); 11 12 //取得实例。 13 lm = (LightManager)getSystemService(Context.LIGHTSERVICE); 14 if(lm == null) { 15 throw new RuntimeException("LightService doesn‘t working!"); 16 } 17 } 18 19 public void click(View v) { 20 boolean ret = lm.setLight(false); 21 Log.d(TAG, "setLight result:"+ret); 22 } 23 }
Android.mk中要引用 framework JAVA库才能编译通过。
LOCAL_JAVA_LIBRARIES := framework
将APK安装进设备中,运行它,并监听日志即可证明灯光管理服务的运行状态。
根据上述方式添加的系统服务,它并不是一个“全双工”通信方式的程序,服务端一般不能主动联系客户端。那么要如何实现这一功能呢?我们可以尝试给它添加一个回调功能。
前面概述中也讲到过,所谓回调其实就是另外创建多一个 AIDL 通信程序,将服务端放到灯光管理程序中的客户端里去,将回调的客户端放到灯光管理程序的服务端中去而已。
首先先定义用于回调的接口。这个接口用于外部程序注册回调时作为参数来使用。
1 ./frameworks/base/core/java/com/manufactor/LightListener.java 2 3 package com.manufactor; 4 5 public interface LightListener { 6 void onStatusChange(boolean isOpen); 7 }
其次,定义用于描述上述接口的 AIDL 类。这个 AIDL 的作用就是用于灯光管理程序中的服务端与客户端之间进行回调的跨进程通信。
1 ./frameworks/base/core/java/com/manufactor/ILightListener.java 2 3 package com.manufactor; 4 5 interface ILightListener { 6 void onStatusChange(boolean isOpen); 7 }
再然后便是创建一个类用于实现上面定义的 AIDL 接口。这个类在灯光管理程序中的客户端中创建实例,由于它是 AIDL 的子类,因此可以作为参数传递给灯光管理程序的服务端,在服务端中保留一个“句柄”,供服务端回调用。
1 ./frameworks/base/core/java/com/manufactor/LightListenerCallback.java 2 3 4 package com.manufactor; 5 6 import com.manufactor.ILightListener; 7 import com.manufactor.LightListener; 8 9 10 11 public class LightListenerCallback extends ILightListener.Stub { 12 13 private LightListener listener; 14 15 public LightListenerCallback(LightListener lstn){ 16 listener = lstn; 17 } 18 19 @Override 20 public void onStatusChange(boolean isOpen){ 21 if(listener != null){ 22 listener.onStatusChange(isOpen); 23 } 24 } 25 }
至此,回调接口已经全部定义好了。接下来就是将定义好的回调接口应用到现有的系统服务程序中去了。
先来改造一下 ILightManager.aidl 添加一个注册回调的接口。在前面描述的 ILightManager.aidl 中添加多一个接口即可:
void setOnListener(ILightListener lstn);
然后便是在 LightManager.java 中添加暴露给外部应用调用的注册回调的方法:
1 ./frameworks/base/core/java/com/manufactor/LightManager.java 2 3 public void setOnListener(LightListener lstn){ 4 try{ 5 LightListenerCallback callback = new LightListenerCallback(lstn); 6 manager.setOnListener(callback); 7 }catch(RemoteException e){ 8 e.printStackTrace(); 9 } 10 }
外部应用在调用这个方法进行回调方法注册时,就可以像为Button注册点击事件监听一样,将回调方法对象作为参数传入即可。
最后一步便是在 LightService.java 中处理传递过来的回调类“句柄”。这里的改造主要是实现了在 ILightManager.aidl 中新增的注册回调的方法,以及模拟了一个灯泡状态改变的事件,用于调用回调接口,以将消息通知到客户端中去。在这里,为了能实现一个服务端支持多个客户端同时注册事件监听,要把接收到的回调接口“句柄”用一个集合类来管理。并且,还应该实现反注册回调监听的功能,但是这里为了简化实例,就不做反注册的功能了。
1 ./frameworks/base/service/java/com/manufactor/server/LightService.java 2 3 public class LightService extends ILightManager.Stub { 4 5 private static final String TAG = "LightService"; 6 7 private Context mContext; 8 private ArrayList<ILightListener> lList = new ArrayList<ILightListener>(); 9 10 public LightService(Context ctx){ 11 /* 12 可根据自己的实际情况来决定是否需要传入 Context 参数。 13 */ 14 mContext = ctx; 15 //模拟状态发生改变的事件。 16 new Thread(){ 17 public void run(){ 18 while(true){ 19 try{ 20 Thread.sleep(2000); 21 }catch(Exception e){ 22 23 } 24 //通知客户端,灯泡状态发生改变。 25 for(ILightListener l:lList){ 26 try{ 27 l.onStatusChange(true); 28 }catch(RemoteException e){ 29 e.printStackTrace(); 30 } 31 } 32 } 33 } 34 }.start(); 35 } 36 37 @Override 38 public boolean setLight(boolean iso){ 39 Log.d(TAG, "setLight:"+iso); 40 return true; 41 } 42 43 @Override 44 public void setOnListener(ILightListener lstn){ 45 /* 46 将注册的回调通过集合来管理,可以实现多客户端 47 同时监听的功能。 48 */ 49 if(!lList.contains(lstn)){ 50 lList.add(lstn); 51 } 52 } 53 }
如此一来,在系统服务中回调的功能就全部做好了。我们再在测试APK中添加测试方法。还是在上面添加系统服务时的测试APK的基础之上添加测试回调的代码。
编译,推入设备中,监听日志,运行后可以看到如下图所示的日志:
由打印可以看到,正序传递消息没有问题,服务端回调功能也运行正常。
当然,其实服务端与客户端通信的功能完全可以通过发送广播或者其它进程间通信的方式来实现 。喜欢哪种用哪种,我只是觉得这种回调的方式挺有趣的~
代码: https://pan.baidu.com/s/1kUPnJBD
标签:代码 有一个 open llb 先来 测试 添加 read 依赖关系
原文地址:http://www.cnblogs.com/chorm590/p/7258001.html