Android 插件化开发【路线方法】

前言

先简单介绍一下 Android 插件化。很早之前已经有公司在研究这项技术，淘宝做得比较早，但淘宝的这项技术一直是保密的。直到 2015 年才陆续出现很多框架，Android 插件化分成很多技术流派，实现的方式都不太一样。我今天的主题就是，Android 插件化的不同流派、不同思想，以及做插件化需要掌握哪些知识。

插件化历程

插件化入门

首先，做 Android 系统原代码的人应该非常熟悉 Binder，如果没有它真的寸步难行。Binder 涉及两层技术。你可以认为它是一个中介者模式，在客户端和服务器端之间，Binder 就起到中介的作用，这是我这段时间对 Binder 的思考。

• Binder
• APP打包流程
• APP安装流程
• APP启动过程
• 资源加载机制
• Gradle

技术流派学习

• 动态替换
• 静态代理
• dex合并

第一种是动态替换

也就是 Hook。可以在不同层次进行 Hook，从而动态替换也细分为若干小流派。可以直接在 Activity 里做 Hook，重写 getAsset 的几个方法，从而使用自己的 ResourceManager 和 AssetPath；也可以在更抽象的层面，也就是在 startActivity 方法的位置做 Hook，涉及的类包括 ActivityThread、Instrumentation 等

第二种是静态代理

这是任玉刚的框架采取的思路。写一个 PluginActivity 继承自 Activity 基类，把 Activity 基类里面涉及生命周期的方法全都重写一遍，插件中的 Activity 是没有生命周期的，所以要让插件中的 Activity 都继承自 PluginActivity，这样就有生命周期了。

第三种是 Dex 合并

Dex 合并就是 Android 热修复的思想。刚才说到了两个项目——AndFix 和 Nuwa，它们的思想是相同的。原生 Apk 自带的 Dex 是通过 PathClassLoader 来加载的，而插件 Dex 则是通过 DexClassLoader 来加载的。

以上就是插件化的一些学习路线理解，当然还会有一些学习技术拓展譬喻：AAPT、增量更新、插件管理平台等等技术。更多有关Android的技术进阶，大家可以参考《Android核心技术手册》翻阅学习Android更高级的核心技术。

文末

Android 插件化未来的方向。阿里一位技术专家冯森林曾说，插件化最厉害的发展方向应该是每个 Activity 都是一个插件。这个观点在插件化技术交流群里一提出来之后，群里所有人都沉默良久。仔细想想，插件化的未来好像的确是这个发展方向，这样就可以将任何一个出问题的 Activity 迅速替换。但当 RN 一经提出，这个观点就慢慢消失了，RN 比插件化更轻量级，越来越多人选择了 RN。