热修复原理
Posted anni-qianqian
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了热修复原理相关的知识,希望对你有一定的参考价值。
--摘自《android进阶解密》
1.Instant Run编译部署
1)Hot swap:代码的增量改变不需要重启App,甚至不需要重启当前的Activity。修改一个现有方法中的代码时会采用Hot Swap
2)Warm Swap:App不需要重启,但是Activity需要重启。修改或删除一个现有的资源文件时会采用Warm Swap
3)Cold Swap:App需要重启,但是不需要重新安装。采用Cold Swap的情况很多,比如添加、删除或修改一个字段和方法、添加一个类等
2.Instant Run中的资源热修复可以简单地总结为两个步骤
1)创建新的AssetManager,通过反射调用addAssetPath方法加载外部的资源,这样新创建的AssetManager就含有了外部资源
2)将AssetManager类型的mAssets字段的引用全部替换为新创建的AssetManager
3.LoadNativeLibrary函数的流程图
1)判断so是否被加载过,两次ClassLoader是否是同一个,避免so重复加载
2)打开so并得到so句柄,如果so句柄获取失败,就返回false。创建新的SharedLibrary,如果传入path对应的library为空指针,就将新创建的SharedLibrary赋值给library,并将library存储到libraries_中
3)查找JNI_OnLoad的函数指针,根据不同情况设置was_successful的值,最终返回该was_successful中
4.so修复主要有两个方案
1)将so补丁插入到NativeLibraryElement数组的前部,让so补丁的路径先被返回和加载
2)调用System的load方法来接管so的加载入口
5.代码修复主要有3种方案:底层替换方案、类加载方案和Instant Run方案
1)类加载方案
QQ空间的超级补丁和Nuwa是将补丁包放在Element数组的第一个元素得到优先加载
微信Tinker将新旧APK做了diff,得到patch.dex,再将patch.dex与手机中APK的clsses.dex做合并,生成新的classes.dex,然后再运行时通过反射将classes.dex放在Element数组的第一个元素
饿了么的Amigo则是将补丁包中每个dex对应的Element取出来,之后组成新的Element数组,在运行时通过反射用新的Element数组替换掉现有的Element数组
2)底层替换方案
AndFix采用的是替换ArtMethod结构体中的字段,这样会有兼容问题,因为厂商可能会修改ArtMethod结构体,导致方法替换失败
Sophix采用的是替换整个ArtMethod结构体,这样不会存在兼容问题
以上是关于热修复原理的主要内容,如果未能解决你的问题,请参考以下文章