Android组件化跨进程通信框架Andromeda解析(1)，2024Android开发现状分析

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);

}

}

远程服务

远程服务是框架的核心，对远程服务的操作就是两个，一是注册远程服务，二是获取远程服务。

我们先来看服务的注册，时序图如下 ↓

1. 客户端通过<T extends IBinder> registerRemoteService(String serviceCanonicalName, T stubBinder)注册本进程可提供的远程服务，stubBinder即服务实现类。

2. 调用RemoteTransfer的registerStubService方法。

3. registerStubService内部先初始化DispatcherProxy，如果为空跳转3.1。

• 3.1-3.2 要实现服务的同步注册，本质上是同步获取DispatcherProxy，这是一次IP