为啥要引入插件化
业务逻辑的复杂,导致代码急速膨胀,很多大厂的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里面的。