插件化框架解读之四大组件调用原理-Service（三）下篇(3)

LogRelease.e(PLUGIN_TAG, “psc.ss: pss e”, e);
}
}
return null;
}

第3步
重点看下如果根据不同进程去生成相应的PSS对象，也就是方法sServerFetcher.fetchByProcess方法

public IPluginServiceServer fetchByProcess(int process) {
if (process == PluginServiceClient.PROCESS_UNKNOWN) {
return null;
}
// 取之前的缓存
IPluginServiceServer pss;
synchronized (PSS_LOCKER) {
pss = mServiceManagerByProcessMap.get(process);
if (pss != null) {
if (LOG) {
LogDebug.d(PLUGIN_TAG, “PluginServiceClient.fsmbp(): Exists! p=” + process);
}
return pss;
}
}

// 缓存没有？则去目标进程获取新的
if (LOG) {
LogDebug.d(PLUGIN_TAG, “PluginServiceClient.fsmbp(): Create a new one! p=” + process);
}
try {
if (process == IPluginManager.PROCESS_PERSIST) {
//1. 如果是常驻进程，则直接获取得到Pss对象，PluginServiceServer.mStub
IPluginHost ph = PluginProcessMain.getPluginHost();
pss = ph.fetchServiceServer();
} else {
//2. 如果是非常驻其他进程，则会通过 MP.startPluginProcess方法，利用动态编译自动生成的进程挂在宿主Manifest中的Provider
//去通过PluginProviderStub.proxyStartPluginProcess 利用insert方法去吊起provider对应的进程号，开启进程
//IPluginClient的实现体就是PluginProcessPer中，获得对象同样是PluginServiceServer.mStub
PluginBinderInfo pbi = new PluginBinderInfo(PluginBinderInfo.NONE_REQUEST);
IPluginClient pc = MP.startPluginProcess(null, process, pbi);
pss = pc.fetchServiceServer();
}

// 挂死亡周期，如果出问题了就置空重来，防止外界调用psm出现DeadObject问题
pss.asBinder().linkToDeath(new PSSDeathMonitor(process, pss.asBinder()), 0);
} catch (Throwable e) {
if (LOGR) {
LogRelease.e(PLUGIN_TAG, “psc.fsm: e”, e);
}
}
if (pss != null) {
synchronized (PSS_LOCKER) {
mServiceManagerByProcessMap.put(process, pss);
}
}
return pss;
}

1. 显然，针对不同进程号，使用了一个ArrayMap来缓存对应pss对象，如果是常驻进程，也就是进程号

process == IPluginManager.PROCESS_PERSIST

会直接获得PluginServiceServer.mStub的IPluginServiceService对象来进行相关Service操作。

2. 如果Service所处的是非常驻进程，这里会采用一个比较巧妙的方法去首先拉起该进程，跟踪下面方法：

IPluginClient pc = MP.startPluginProcess(null, process, pbi);

MP.java

public static final IPluginClient startPluginProcess(String plugin, int process, PluginBinderInfo info) throws RemoteException {
return PluginProcessMain.getPluginHost().startPluginProcess(plugin, process, info);
}

显然，会调用常驻进程服务的PmHostSvc.startPluginProcess方法去拉起对应进程，PmHostSvc常驻进程服务再整个Replugin确实起到了对各插件管理的作用，包括拉起插件Service进程。继续往下看，调用了PmBase.startPluginProcessLocked方法：

final IPluginClient startPluginProcessLocked(String plugin, int process, PluginBinderInfo info) {
…
PluginProcessMain.schedulePluginProcessLoop(PluginProcessMain.CHECK_STAGE1_DELAY);

// 尝试从缓存中查找
IPluginClient client = PluginProcessMain.probePluginClient(plugin, process, info);
…
int index = IPluginManager.PROCESS_AUTO;
try {
index = PluginProcessMain.allocProcess(plugin, process);
} catch (Throwable e) {
}
// 启动
boolean rc = PluginProviderStub.proxyStartPluginProcess(mContext, index);
…
// 再次获取
client = PluginProcessMain.probePluginClient(plugin, process, info);
…
return client;
}

PluginProviderStub.proxyStartPluginProcess方法去会吊起对应进程，代码如下：

PluginProviderStub.java

static final boolean proxyStartPluginProcess(Context context, int index) {
//
ContentValues values = new ContentValues();
values.put(KEY_METHOD, METHOD_START_PROCESS);
values.put(KEY_COOKIE, PMF.sPluginMgr.mLocalCookie);
Uri uri = context.getContentResolver().insert(ProcessPitProviderBase.buildUri(index), values);
if (LOG) {
LogDebug.d(PLUGIN_TAG, “proxyStartPluginProcess insert.rc=” + (uri != null ? uri.toString() : “null”));
}
if (uri == null) {
if (LOG) {
LogDebug.d(PLUGIN_TAG, “proxyStartPluginProcess failed”);
}
return false;
}

return true;
}

这里是个对数据库Provider的插入操作，那么究竟是对哪个Provider进行了数据库操作呢？

关键在这里：

ProcessPitProviderBase.buildUri(index)

最终生成的Uri是这样的：

content://com.qihoo360.replugin.sample.host.loader.p.mainN99/main

这个玩意对应的啥呢？貌似宿主Manifest中并没有配置这个，如果分析过gradle插件应该可以想到，估计又是动态编译自动生成的，反编译宿主apk可以在Manifest中发现：

这样就全部串起来啦，想要开启分配在自定义进程中的Service首先就需要通过启动动态编译自动生成的对应进程Provider来拉起进程。
最终返回的IPluginClient的IBinder实现体其实就是PluginProcessPer，生成的PSS也就是PluginServiceServer.mStub了。跟上述常驻进程生成的PSS方式是一样的。

第4步
PSS中startService最终调用的是PluginServiceServer.this.startServiceLocked(intent,client)方法，其内部首先通过retrieveServiceLocked方法生成ServiceRecord对象，接着利用installServiceIfNeededLocked方法去加载Service对象，利用发射将PluginContext通过attachBaseContextLocked方法赋值到上下文内部，接着执行Service的onCreate方法，然后记录以及被加载，同时startPitService开启一个坑位Service，提高进程优先级防止被杀，后面继续调用onStartCommand方法。

// 加载插件，获取Service对象，并将其缓存起来
private boolean installServiceLocked(ServiceRecord sr) {
// 通过ServiceInfo创建Service对象
Context plgc = Factory.queryPluginContext(sr.plugin);
if (plgc == null) {
if (LogDebug.LOG) {
Log.e(TAG, “installServiceLocked(): Fetch Context Error! pn=” + sr.plugin);
}
return false;
}
ClassLoader cl = plgc.getClassLoader();
if (cl == null) {
if (LOGR) {
LogRelease.e(PLUGIN_TAG, "psm.is: cl n " + sr.className);
}
return false;
}

// 构建Service对象
Service s;
try {
s = (Service) cl.loadClass(sr.serviceInfo.name).newInstance();
} catch (Throwable e) {
if (LOGR) {
LogRelease.e(TAG, "isl: ni f " + sr.plugin, e);
}
return false;
}

// 只复写Context，别的都不做
try {
attachBaseContextLocked(s, plgc);
} catch (Throwable e) {
if (LOGR) {
LogRelease.e(PLUGIN_TAG, “psm.is: abc e”, e);
}
return false;
}
s.onCreate();
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的24套腾讯、字节跳动、阿里、百度2019-2021面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

还有 高级架构技术进阶脑图、Android开发面试专题资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！