IRemoteTransfer是一个AIDL接口,RemoteTransfer是它的实现类,RemoteTransfer还实现了IRemoteServiceTransfer接口。
这里需要一张类图来帮你理清思路:
#IRemoteTransfer.aidl
interface IRemoteTransfer {
//① 将Dispatcher代理返回给RemoteTransfer
oneway void registerDispatcher(IBinder dispatcherBinder);
oneway void unregisterRemoteService(String serviceCanonicalName);
oneway void notify(in Event event);
}
#IRemoteServiceTransfer.java
public interface IRemoteServiceTransfer {
//②获取远程服务包装
BinderBean getRemoteServiceBean(String serviceCanonicalName);
//注册/反注册 远程服务
void registerStubService(String serviceCanonicalName, IBinder stubBinder);
void unregisterStubService(String serviceCanonicalName);
}
两个问题需要注意:
① 方法的调用方在Dispatcher中,这样就把Dispatcher的远程代理回传给了当前进程,之后注册远程服务就可以通过这个DispatcherProxy完成。
② 无论是注册还是获取远程服务,都是不能直接传递Binder的,因为Binder并没有实现Parcelable接口,因此需要将Binder包装在一个实现了Parcelable接口的类中传递,BinderBean就是其中一个包装类。
主体逻辑已经讲清楚了,我们正式开始分析功能。
-
通过ContentProvider方式同步的获取Dispatcher的代理,这个ContentProvider属于Dispatcher进程,且通过插桩的方式织入manifeset文件。
-
获取远程服务时传递当前进程的Activity或Fragment,并bind预先插桩好的StubService,这个StubService属于远程服务所在进程。
这是整个Andromeda工程最最核心的原理,你是不是快看不懂了,没关系,下面会结合时序图、关系图详细分析实现过程。
本地服务
本地服务没什么讲的,内部通过维护一个Map关系表,来记录注册服务的名称和实现类。
LocalServiceHub
public class LocalServiceHub implements ILocalServiceHub {
private Map<String, Object> serviceMap = new ConcurrentHashMap<>();
@Override
public Object getLocalService(String module) {
return serviceMap.get(module);
}
@Override
public void registerService(String module, Object serviceImpl) {
serviceMap.put(module, serviceImpl);
}
@Override
public void unregisterService(String module) {
serviceMap.remove(module);
}
}
远程服务
远程服务是框架的核心,对远程服务的操作就是两个,一是注册远程服务,二是获取远程服务。
我们先来看服务的注册,时序图如下 ↓
-
客户端通过
<T extends IBinder> registerRemoteService(String serviceCanonicalName, T stubBinder)
注册本进程可提供的远程服务,stubBinder即服务实现类。 -
调用RemoteTransfer的registerStubService方法。
-
registerStubService内部先初始化DispatcherProxy,如果为空跳转3.1。
- 3.1-3.2 要实现服务的同步注册,本质上是同步获取DispatcherProxy,这是一次IP