android 热修复 so,Android 热修复

考虑问题

类替换

so替换

资源替换

即时生效

性能损耗

补丁包大小

全平台支持

AndFix

nativeHook ,在native进行方法结构体信息替换

优点：

即时生效，性能开销小

缺点：

兼容性问题，只能替换方法

Robust

javaHook

为每个方法自动插入修复逻辑，ChangeQuickRedirect不为空执行对应逻辑

优点：

兼容性高，立即生效，支持混淆，内联优化等操作

缺点：

不支持so和资源替换，侵入性强，会增加包体积

multidex

QQ空间热修复

DexPathList-> makePathElements (Element[] dexElements;)

findclass 顺序遍历Element数据获取DexFile,然后调用DexFile findClass。

插件化原理将补丁dex插入到数组最前面

优点：

代码是非侵入性的，对包体积影响不大

缺点：

重启生效，性能消耗大

dex替换

Tinker

提供差分包，合并后替换

优点：

兼容性高，补丁小，非侵入性

缺点：

冷启动生效，Dex合并内存消耗在VM head,容易OOM

资源修复

反射 AssertManager addAssertPath

so修复

接口替换

先加载指定补丁so,如不存在，再去加载apk so。

反射注入

将so 插入到nativeLibraryDirectories最前面。