插件化的理解

为啥要引入插件化

业务逻辑的复杂，导致代码急速膨胀，很多大厂的App，方法数超过 65536/64k。

实现功能模块的解耦，维护团队的分离，不同团队负责不同的业务模块，如果每个模块升级新功能，都需要对整个app升级，那发布效率太低了。

H5/Hibrid形式也可以解决部分问题，但毕竟效果不如Native的实现，Facebook推出的 RN框架，但国内还是比较流行插件化。

插件化要解决的问题

1.动态加载apk

宿主程序会到指定的路径下加载apk

2.资源加载

Assetmanager类添加资源

3.代码加载

类加载机制，将字节码添加到java虚拟机中，android中DexClassLoader 可以从dex实体 Jar文件中加载字节码，PathClassLoader只能加载

文件目录下的apk

而热更新是，在线修复线上crash的方法，线上检测到严重的crash，拉出bugfix分支并修复问题，构建和生成补丁文件，app通过推送或主动拉去补

丁文件，合并分支。大致原理就是beseclassloader创建好dexElements数组，ClassLoader遍历这个数组，排在前面的优先匹配。

无论哪种动态加载，加载的可执行文件一定要存放在内部存储。DexClassLoader可以指定自己的optimizedDirectory，所以它可以加载外部的dex，因为这个dex会被复制到内部路径的optimizedDirectory；而PathClassLoader没有optimizedDirectory，所以它只能加载内部的dex，这些大都是存在系统中已经安装过的apk里面的。