RePlugin框架中重要的類及用途說明。
// 繼承于Application,初始化的入口類
RePluginApplication.java
// 外觀類,持有了PluginCommImpl、PluginLibraryInternalProxy的實例
PmBase.java
// 持有了PmBase的實例
PMF.java
// 負(fù)責(zé)宿主與插件、插件間的互通
PluginCommImpl.java
// 主要用于Activity的啟動
PluginLibraryInternalProxy.java
// Activity坑位管理
PluginProcessPer.java
// 對外提供服務(wù)的入口,提供PluginServiceServer和PluginManagerServer等
PmHostSvc.java
// 插件Service管理Binder類
PluginServiceServer.java
// 插件管理Binder類
PluginManagerServer.java
1、從attachBaseContext()開始初始化
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
RePluginConfig c = createConfig();
if (c == null) {
c = new RePluginConfig();
}
RePluginCallbacks cb = createCallbacks();
if (cb != null) {
c.setCallbacks(cb);
}
RePlugin.App.attachBaseContext(this, c);
}
由于RePlugin初始化過程中會hook系統(tǒng)的ClassLoader,而RePluginApplication里的attachBaseContext()是一個應(yīng)用里最早被系統(tǒng)調(diào)用到的方法。該方法首先創(chuàng)建RePluginConfig和RePluginCallbacks的實例,如果沒有自定義創(chuàng)建,則會創(chuàng)建默認(rèn)的實例。接下來調(diào)用RePlugin.App.attachBaseContext(this, c)正式開始初始化流程。
2、RePlugin.App.attachBaseContext()初始化流程
public static void attachBaseContext(Application app, RePluginConfig config) {
if (sAttached) {
if (LogDebug.LOG) {
LogDebug.d(TAG, "attachBaseContext: Already called");
}
return;
}
// 很簡單,讓RePluginInternal持有app
RePluginInternal.init(app);
sConfig = config;
// 初始化插件安裝目錄,創(chuàng)建默認(rèn)Callback
sConfig.initDefaults(app);
IPC.init(app);
// 打印當(dāng)前內(nèi)存占用情況
// 只有開啟“詳細(xì)日志”才會輸出,防止“消耗性能”
if (LOG && RePlugin.getConfig().isPrintDetailLog()) {
LogDebug.printMemoryStatus(LogDebug.TAG, "act=, init, flag=, Start, pn=, framework, func=, attachBaseContext, lib=, RePlugin");
}
// 初始化HostConfigHelper(通過反射HostConfig來實現(xiàn))
// NOTE 一定要在IPC類初始化之后才使用
HostConfigHelper.init();
// FIXME 此處需要優(yōu)化掉
AppVar.sAppContext = app;
// Plugin Status Controller
PluginStatusController.setAppContext(app);
PMF.init(app);
PMF.callAttach();
sAttached = true;
}
上面有注釋的地方不再分析。IPC.init(app)的作用是初始化常駐進(jìn)程名稱,當(dāng)前進(jìn)程是UI進(jìn)程還是常駐進(jìn)程,后面的初始化會根據(jù)進(jìn)程的不同,執(zhí)行不同的p初始化過程。接下來調(diào)用PMF.init(app)繼續(xù)執(zhí)行框架的初始化工作,而PMF.callAttach()的作用是加載默認(rèn)插件。
3、PMF.init()初始化流程
public static final void init(Application application) {
// 讓PMF持有application
setApplicationContext(application);
// 初始化進(jìn)程UID,分配進(jìn)程index
PluginManager.init(application);
sPluginMgr = new PmBase(application);
sPluginMgr.init();
// 將PluginCommImpl實例給Factory
Factory.sPluginManager = PMF.getLocal();
// 將PluginLibraryInternalProxy實例給Factory2
Factory2.sPLProxy = PMF.getInternal();
// hook系統(tǒng)的ClassLoader
PatchClassLoaderUtils.patch(application);
}
上面有注釋的地方不再分析,我們主要跟進(jìn)PmBase實例的創(chuàng)建和init()初始化。
4、創(chuàng)建PmBase實例
PmBase(Context context) {
mContext = context;
// TODO init
//init(context, this);
// 根據(jù)不同進(jìn)程,拼接出Provider和Service坑位
if (PluginManager.sPluginProcessIndex == IPluginManager.PROCESS_UI || PluginManager.isPluginProcess()) {
String suffix;
if (PluginManager.sPluginProcessIndex == IPluginManager.PROCESS_UI) {
suffix = "N1";
} else {
suffix = "" + PluginManager.sPluginProcessIndex;
}
//
mContainerProviders.add(IPC.getPackageName() + CONTAINER_PROVIDER_PART + suffix);
//
mContainerServices.add(IPC.getPackageName() + CONTAINER_SERVICE_PART + suffix);
}
// PluginProcessPer是用于Activity坑位管理
mClient = new PluginProcessPer(context, this, PluginManager.sPluginProcessIndex, mContainerActivities);
// 創(chuàng)建PluginCommImpl實例
mLocal = new PluginCommImpl(context, this);
// 創(chuàng)建PluginLibraryInternalProxy實例
mInternal = new PluginLibraryInternalProxy(this);
}
5、調(diào)用PmBase的init()初始化
void init() {
RePlugin.getConfig().getCallbacks().initPnPluginOverride();
if (HostConfigHelper.PERSISTENT_ENABLE) {
// (默認(rèn))“常駐進(jìn)程”作為插件管理進(jìn)程,則常駐進(jìn)程作為Server,其余進(jìn)程作為Client
if (IPC.isPersistentProcess()) {
// 初始化“Server”所做工作
initForServer();
} else {
// 連接到Server
initForClient();
}
} else {
// “UI進(jìn)程”作為插件管理進(jìn)程(唯一進(jìn)程),則UI進(jìn)程既可以作為Server也可以作為Client
if (IPC.isUIProcess()) {
// 1. 嘗試初始化Server所做工作,
initForServer();
// 2. 注冊該進(jìn)程信息到“插件管理進(jìn)程”中
// 注意:這里無需再做 initForClient,因為不需要再走一次Binder
PMF.sPluginMgr.attach();
} else {
// 其它進(jìn)程?直接連接到Server即可
initForClient();
}
}
// 最新快照
PluginTable.initPlugins(mPlugins);
// 輸出
if (LOG) {
for (Plugin p : mPlugins.values()) {
LogDebug.d(PLUGIN_TAG, "plugin: p=" + p.mInfo);
}
}
}
UI進(jìn)程:即我們應(yīng)用的UI進(jìn)程
常駐進(jìn)程:進(jìn)程名稱為GuardService
UI進(jìn)程和常駐進(jìn)程都可以作為插件管理進(jìn)程,默認(rèn)是用常駐進(jìn)程作為插件管理進(jìn)程。
所以不管是UI進(jìn)程或常駐進(jìn)程,將調(diào)用initForServer()進(jìn)行服務(wù)端(插件管理端)的初始化,否則調(diào)用initForClient()進(jìn)行插件端初始化。
6、initForServer()初始化插件管理端
private final void initForServer() {
if (LOG) {
LogDebug.d(PLUGIN_TAG, "search plugins from file system");
}
mHostSvc = new PmHostSvc(mContext, this);
PluginProcessMain.installHost(mHostSvc);
PluginProcessMain.schedulePluginProcessLoop(PluginProcessMain.CHECK_STAGE1_DELAY);
// 兼容即將廢棄的p-n方案 by Jiongxuan Zhang
mAll = new Builder.PxAll();
Builder.builder(mContext, mAll);
refreshPluginMap(mAll.getPlugins());
// [Newest!] 使用全新的RePlugin APK方案
// Added by Jiongxuan Zhang
try {
List<PluginInfo> l = PluginManagerProxy.load();
if (l != null) {
// 將"純APK"插件信息并入總的插件信息表中,方便查詢
// 這里有可能會覆蓋之前在p-n中加入的信息。本來我們就想這么干,以"純APK"插件為準(zhǔn)
refreshPluginMap(l);
}
} catch (RemoteException e) {
if (LOGR) {
LogRelease.e(PLUGIN_TAG, "lst.p: " + e.getMessage(), e);
}
}
}
總結(jié)上面代碼中完成的操作:
-
new PmHostSvc()中創(chuàng)建PluginServiceServer和PluginManagerServer實例 -
PluginProcessMain.installHost(mHostSvc)調(diào)用mHostSvc.fetchManagerServer()獲取PluginManagerServer實例緩存到PluginManagerProxy中。 -
schedulePluginProcessLoop()的作用是無限循環(huán)檢測進(jìn)程中是否還有組件,否則就kill這個進(jìn)程 - 獲取到所有插件信息匯入總表
7、initForClient()初始化插件端
private final void initForClient() {
if (LOG) {
LogDebug.d(PLUGIN_TAG, "list plugins from persistent process");
}
// 1. 先嘗試連接
PluginProcessMain.connectToHostSvc();
// 2. 然后從常駐進(jìn)程獲取插件列表
refreshPluginsFromHostSvc();
}
能夠執(zhí)行到這個方法的一定是處于插件進(jìn)程,那么要連接到"插件管理端"獲取信息,則需要進(jìn)行多進(jìn)程通信。
static final void connectToHostSvc() {
...
// 通過Provider的方式獲取到遠(yuǎn)程Binder對象(`BinderProxy`)
IBinder binder = PluginProviderStub.proxyFetchHostBinder(context);
...
// 將遠(yuǎn)程Binder對象轉(zhuǎn)換為一個IPluginHost類型的Binder對象(Stub.Proxy)
sPluginHostRemote = IPluginHost.Stub.asInterface(binder);
...
try {
// 通過sPluginHostRemote獲取到PluginManagerServer這個遠(yuǎn)程Binder對象
PluginManagerProxy.connectToServer(sPluginHostRemote);
...
} catch (RemoteException e) {
...
}
// 注冊該進(jìn)程信息到“插件管理進(jìn)程”中
PMF.sPluginMgr.attach();
}
connectToHostSvc()無非就是通過查詢Provider的方式,拿到IPluginHost類型的遠(yuǎn)程Binder對象,然后再通過這個Binder對象拿到PluginManagerServer這個遠(yuǎn)程Binder對象,這樣我們就可以和插件管理進(jìn)程通信了。
關(guān)于Binder機(jī)制,請參考Android插件化基礎(chǔ)--Binder機(jī)制。
至此,RePlugin的核心初始化流程就分析完畢了。