在应用程序运行时,动态加载一些程序中原本不存在的可执行文件并运行这些文件里的代码逻辑,可执行文件总的来说分为两种,一种是动态链接库so,另一种是 dex 相关文件(dex 以及包含 dex 的 jar、apk)
动态加载技术
热修复技术:用来修复Bug
插件化技术:用于解决应用越来越庞以及功能模块大的解耦
应用的开发痛点和瓶颈,随着互联网的急速发展,会出现以下几种情况:
业务复杂,模块耦合
应用间的接入
65536 限制,内存占用增大
插件化的客户端由宿主和插件两部分组成,宿主就是指先被安装到手机中的apk,就是我们平常加载的普通apk。插件一般是指经过处理的apk、so和dex等文件,插件可以被宿主进行动态安装。常用的插件化框架 DynamicApk、DroidPlugin、RePlugin
主要的方案是先用一个在AndroidManifest.xml 中注册的 Activity 来进行占坑,用来通过 AMS 的校验,接着在合适的时机用插件的 Activity 替换占坑的 Activity
使用代理分发实现,当启动插件 Service 时,就会先启动代理 Service,当这个代理Service运行起来后,在它的 onStartCommand 等方法里面进行分发,执行插件 TargetService 的 OnCreat 等方法
方案主要有两种:
一种是合并资源方案,将插件的资源全部添加到宿主的 Resources 中,这种方案插件可以访问宿主的资源。
另一种是构建插件资源方案,每个插件都构造出独立的 Resoureces 中,这种方案插件不可以访问宿主资源
so 的热修复方案有两种:
将 so 补丁插入到 NativeLibraryElement 数组的前部,让so补丁的路径先被返回和加载
调用系统 System 的 load 方法来接管 so 的加载入口
so的插件化方案和so的热修复第一种方案类似,简单来说就是将 so 插件插入到 NatvieLibraryElement 数组中,并且将存储 so 插件的文件添加到 nativeLibraryDirectories 集合中就可以了
总的来说 插件化的加载机制方案主要有两种
Hook ClassLoader
委托给系统的 ClassLoader 帮忙加载