文章讨论了在插件框架中，将组件放在单独进程中带来的优势，如避免Crash影响宿主，解决JVM限制的库冲突。同时也指出了多进程带来的复杂性，如跨进程通信的问题。Shadow框架采用Manager、LoadParameters和Loader的模型，重点介绍了PluginProcessService在跨进程设计中的关键角色。
将组件放置在单独的进程中有很多优点，基本上都是围绕进程具有单独的内存资源的。对于插件框架来说，有两点十分必要。一是插件一般都是热更新的，质量上要求可能会降低一些，一旦出现Crash不会影响其他进程的组件。比如说在宿主的主进程显示一个大厅界面，其中某个按钮跳转到插件。插件在单独进程启动后如果出现Crash，宿主的大厅界面不会受到任何影响。如果插件也在宿主的主进程，就会导致大厅界面也会因进程重启而重新创建。二是Android的JVM虚拟机不支持Native动态库反加载，所以在同一个进程中相同so库的不同版本即不能同时加载，也不能换着加载，会造成插件和宿主存在so库冲突。
多进程也带来更多复杂性，就是它的缺点了。比如，跨进程调用的所有参数都必须是可序列化对象；跨进程通信时对面的进程可能没有启动，也可能已经死了；跨进程通信出现异常，整个跨进程调用的堆栈不会是连着的，而且异常对象通常是不能序列化跨进程传输的。如何控制插件进程退出或重启供另一业务使用。另外，进程的启动速度也比较慢。
Shadow的跨进程设计
主要基于以上两点，Shadow设计的插件框架基本模型是：Manager、LoadParameters、Loader三个部分。其中Manager工作在宿主进入插件的入口界面所在进程，负责下载插件、安装插件，然后将插件信息封装在LoadParameters中控制Loader启动插件。LoadParameters是一个可序列化的结构体，可以跨进程传输。Loader工作在插件进程，负责将插件免安装的运行起来，解决插件框架的核心问题。
Shadow中有一个叫做PluginProcessService的Service是跨进程设计的关键部分，我们简称它PPS。
PPS有多个作用：
- 代表插件进程的生命周期。插件进程由它触发创建，由它负责自毁。
- 接收反向注册进来的插件文件路径管理器（UuidManager，后续文章介绍插件包管理时再细讲），供Loader查找Manager安装好的插件文件路径。
- 加载动态实现的Runtime和Loader。
- 获取Loader的Binder接口。
- 使插件中的Service能够跨进程工作。
我们前面复习过，进程的启动必须由一个组件触发。那么一个没有界面的Service就是一个不错的选择，因为我们通常要对插件进行“预加载”，可能会静默启动插件的Application对象，或启动插件的Service等。还有要想让系统知道这个插件进程是有用的，就必须有活跃的组件在这个进程。我们的插件中的组件全都是没有安装的组件，系统都不知道他们存在，肯定不能靠它们了。靠插件的壳子代理组件也不行，因为我们是一个全动态插件框架，那些壳子代理组件也是插件的一部分，还没有加载呢，所以也不能靠它们。这就需要有一个专门负责启动插件进程的Service，所以它就叫PluginProcessService了。Service的Bind语义在这里也很正常，Manager就以Bind的方式启动这个PPS，直到宿主认为不再需要这个插件了，再通过Manager unbind这个PPS。Manager通过Bind拿到的Binder就是PPSController，通过这个PPSController操作PPS，让宿主得以使用“插件服务”。所以PPS是一个货真价实的Service。
插件Service的实现原理
选择Service来触发启动插件进程还有一个原因是，我们如果想让插件进程的插件Service能像正常Service一样跨进程通信，就必须在插件进程至少有一个真的注册在宿主中的Service。这涉及一个Binder的基本知识，就是Binder是一个中心化的跨进程通信框架。每一个Binder都分本地端和远程端，本地端实现功能，远程端供其他进程调用功能。直接实现的Binder自然就是本地端了，而远程端怎么实现呢？实际上把一个本地Binder通过另一个已经存在远程端的Binder跨进程传输一下，就自动把这个本地Binder送到Binder的中心管理器中注册并生成远程端了，新生成的远程端就通过那个已经存在的Binder的远程端输出出来了。这里可能自然会想到第一个Binder哪里来的的问题，简单说就是第一个Binder在设计中特殊处理了，详细的设计可以自行Google一下。所以，要想插件Service能正常跨进程工作，就要把插件Service的Binder通过一个已经存在的Binder传输一次。因此，最简单的办法就是通过PPS的Binder传输一次。
所以，我们将Loader本身也设计成了一个插件Service（即dynamic-loader）。因为全动态的设计中，宿主中的代码不会直接操作Loader，真正操作Loader的是动态实现的Manager。因此Loader和Manager都是动态实现，Loader上的接口就没必要在PPS上固定写死了。PPS上只保留了加载Runtime和Loader的必要方法。Loader本身的Binder先通过PPS跨进程通信到Manager进程，从而使Loader的Binder成了跨进程的Binder。然后Loader上再暴露的bindPluginService方法再将插件Service的Binder通过Loader的Binder跨进程传输其他进程，就是的插件Service真正可以面向其他进程工作起来了。我们的插件Service实现就是这么简单。可以看出来Shadow的插件Service是没有单独的代理壳子Service的，只依赖一个PPS就实现了不限数量的插件Service支持。
为什么Shadow里的Service都没有用aidl实现？
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
最后
想要了解更多关于大厂面试的同学可以点赞支持一下，除此之外，我也分享一些优质资源，包括：Android学习PDF+架构视频+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 这几块的内容。非常适合近期有面试和想在技术道路上继续精进的朋友。
一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算
嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算**
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
