红橙Darren视频笔记利用阿里巴巴AndFix进行热修复

注意由于AndFix在2017年左右就停止更新了，在最新版本的apk上遇到很多问题，我最终也没有成功进行热修复。本节主要是学习热修复的原理
在上一篇红橙Darren视频笔记自己捕获异常并保存到本地中我们捕获到了异常，假设我们分析log后改正了错误，但是用户手里的apk仍然有问题，我们应该如何修复用户手里apk的问题呢。
现在解决方案有2
一个是发布新版本apk，让用户重新下载
一个是发布补丁，进行热修复，用户下载补丁包之后将bug解掉
第一种方式无疑应该发生在大版本发布的时候，如果是一些小问题，只需要使用第二种方式。今天就学习一下阿里巴巴AndFix的热修复机制以及如何使用
andFix github地址
https://github.com/alibaba/AndFix

一阿里巴巴AndFix的热修复使用

1 引入andFix

implementation 'com.alipay.euler:andfix:0.5.0@aar'

2 在Application加载Patch 和 PatchManager

    //阿里AndFix的使用public static PatchManager mPatchManager;@Overridepublic void onCreate() {super.onCreate();mPatchManager = new PatchManager(this);try {// 初始化版本，获取当前应用的版本PackageManager packageManager = this.getPackageManager();PackageInfo packageInfo = packageManager.getPackageInfo(this.getPackageName(), 0);String versionName = packageInfo.versionName;mPatchManager.init(versionName);} catch (PackageManager.NameNotFoundException e) {e.printStackTrace();}// 加载之前的 apatch 包mPatchManager.loadPatch();}

3 利用AndFix的工具生成差分包（注意这里需要使用签名的apk）
从https://github.com/alibaba/AndFix 下载apkpatch工具包解压，放入我们的签名文件xxx.jks 用户手上有问题的apk old.apk 我们解决bug之后的apk new.apk
执行命令
apkpatch -f -t -o -k -p <***> -a -e <***>
AndFix对各个参数有详细解释

-a,--alias <alias>     keystore entry alias.-e,--epassword <***>   keystore entry password.-f,--from <loc>        new Apk file path.-k,--keystore <loc>    keystore path.-n,--name <name>       patch name.-o,--out <dir>         output dir.-p,--kpassword <***>   keystore password.-t,--to <loc>          old Apk file path.

这些东西主要是在我们生成签名文件使用的别名密码什么的
由于我使用的4.1.1版本的Android studio 生成的apk是Android 10的，不清楚是AS版本问题导致生成的密钥有问题还是生成的apk版本太高，导致我执行生成差分包命令的时候报错

PS C:\Users\hjcai\Desktop\apkpatch-1.0.3> .\apkpatch.bat -f .\new.apk -t .\old.apk -o out -k .\joke.jks -p 12345678 -a joke -e 12345678
org.jf.dexlib2.dexbacked.DexBackedDexFile$NotADexFile: Invalid magic value: 64 65 78 0a 30 33 37 00at org.jf.dexlib2.dexbacked.DexBackedDexFile.verifyMagicAndByteOrder(DexBackedDexFile.java:151)at org.jf.dexlib2.dexbacked.DexBackedDexFile.<init>(DexBackedDexFile.java:70)at org.jf.dexlib2.dexbacked.DexBackedDexFile.<init>(DexBackedDexFile.java:96)at org.jf.dexlib2.DexFileFactory.loadDexFile(DexFileFactory.java:88)at org.jf.dexlib2.DexFileFactory.loadDexFile(DexFileFactory.java:56)at com.euler.patch.diff.DexDiffer.diff(DexDiffer.java:19)at com.euler.patch.ApkPatch.doPatch(ApkPatch.java:68)at com.euler.patch.Main.main(Main.java:97)

也有可能是混淆的的原因，反正最终也没有找到原因。
4.patch加载完毕后调用addPatch方法
我是在activity的onCreate调用的这里为测试方便直接push进去的而不是从网络获取

        // 测试 ,直接获取内部存储里面的 fix.aptachFile fixFile = new File(MainActivity.this.getFilesDir(), "fix.apatch");if (fixFile.exists()) {// 修复Bugtry {// 立马生效不需要重启BaseApplication.mPatchManager.addPatch(fixFile.getAbsolutePath());Log.e(TAG, "initData: 修复成功");} catch (IOException e) {e.printStackTrace();Log.e(TAG, "initData: 修复失败");}} else {Log.e(TAG, "没有找到apatch补丁文件 " + fixFile);}

二阿里巴巴AndFix的热修复原理

虽然AndFix没有测试成功但是不影响我们学习他的机制，其实他们官网解释的比较清楚了

即找到发生问题的的方法，然后通过打补丁的方式让程序执行的时候不再调用原方法而是调用补丁包里面的方法
具体的开发流程如下

即发现bug–>修复bug–>生成patch文件–>apk应用patch–>bug fix
AndFix热修复机制就是找到变化的方法，那么是如何找到发生变化的方法的呢，通过反编译生成的差分包，可以看到他们是通过注解定位到变化的方法的

查看他们的源码也可以发现一些迹象

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface MethodReplace {String clazz();String method();
}

不难看出AndFix的替换方法是在addPatch调用的时候
BaseApplication.mPatchManager.addPatch(fixFile.getAbsolutePath());
PatchManager.addPatch
PatchManager.loadPatch
AndFixManager.fix(File file, ClassLoader classLoader,List classes)
AndFixManager.fixClass(Class<?> clazz, ClassLoader classLoader)
AndFixManager.replaceMethod(ClassLoader classLoader, String clz, String meth, Method method)
AndFix.addReplaceMethod(Method src, Method dest)
private static native void replaceMethod(Method dest, Method src);
下载他们的源码可以发现他们真正的替换方法写在了底层c++层

static void replaceMethod(JNIEnv* env, jclass clazz, jobject src,jobject dest) {if (isArt) {art_replaceMethod(env, src, dest);} else {dalvik_replaceMethod(env, src, dest);}
}

查看源码会发现使用到一些dex解析类加载的东西，我也没有看得太懂。
此外AndFix还有很多局限性
1.尽量的不要分包，不要分多个dex，否则可能修复失败
2.生成包之后一般会加固什么的，一定要在加固之前去生成差分包。
3.既然是去修复方法，第一个不能增加成员变量，不能增加方法，相对于Tinker，AndFix的局限性很大。
不过既然AndFix这么久没有更新我相信也没有人会再使用这个框架了，这里仅学习一下热修复的原理。