- Bindler 连接池
这里引用了任玉刚老师的<Android 开发艺术探索> 中的 Binder 连接池概念,本来想自己总结的,想了下其实任玉刚老师总结的挺好的就照搬过来了,一个字“懒”啊!。上一篇咱们介绍到了Android AIDL 基本用法还没有看过的同学可以先去温习下。
现在假设有 N 个不同的业务模块需要使用 AIDL 来进行进程间通信,那我们该怎么处理勒?或许你会说“就按照 AIDL 的实现方式一个一个来实现吧”你有没有想过这样会创建 N 个 Service,当用户打开手机设置查看正在运行的进程,发现某某某 APP Service TMD 有10 个 甚至更多。他的第一反应也许是该卸载了,我们不可能无限制的创建 Service ,Service 是四大组件之一,是需要消耗内存的。而且太多的话会使我们的 APP 看起来特别很重量级。为了避免这种问题发生,咱们可以引用 Binder 连接池来解决这个问题,下面对 Bindler 连接池的代码实现做一下说明。首先,为了说明问题,我们提供了两个 AIDL 接口 ISecurityCenter 和 Icompute 来模拟上面提到的多模块应用的情况。
一. 创建 ISecurityCenter ,Icompute 接口。
package android.t01.com.common;
// Declare any non-default types here with import statements
interface ISecurityCenter {
String encrypt(String content);
String decrypt(String password);
}
package android.t01.com.common;
// Declare any non-default types here with import statements
interface ICompute {
int add(int a, int b);
}
二. 实现 AIDL 接口。
为了便于理解这里简单处理
public class SecurityCenterImpl extends ISecurityCenter.Stub {
private static final char SECRET_CODE = '^';
@Override
public String encrypt(String content) throws RemoteException {
char[] chars = content.toCharArray();
for (int i = 0; i < chars.length; i++) {
chars[i] ^= SECRET_CODE;
}
return new String(chars);
}
@Override
public String decrypt(String password) throws RemoteException {
return encrypt(password);
}
}
public class ComputeImpl extends ICompute.Stub {
@Override
public int add(int a, int b) throws RemoteException {
return a + b;
}
}
三. 服务端和 Binder 连接池的准备工作。