摘要：那么如何管理该标记，如果用户在使用某次补丁时，异常崩溃后，如果不对该标记进行管理，即其会导致该用户无法使用补丁文件，解决方案也有很多，例如标记跟随版本号等。
最近一年，热修复在Android界很火，相信大家也或多或少的看过某些团队的热修复博文，关于框架选择等等。框架选择很重要，但做好对应的一整套热修复方案，再去变更框架，则来的容易许多。
Andfixandfix是阿里出的解决线上修复bugs的解决方案，那么今天我们先研究下andfix，以及如何将其运用到项目。
其声称AndFix支持Android 2.3到7.0，不论是ARM或X86架构，同样也支持Dalvik和ART虚拟机，还是32位和64位机型，统统都支持。
andfix的实现原理，如下：
方法替换，Andfix通过自定义的注解来实现方法的替换，因为在ART内部有一个原生方法art_replaceMethod或在Dalvik中有一个dalvik_replaceMethod方法。
如何使用使用起来很简单：
导入aar包：compile "com.alipay.euler:andfix:0.5.0@aar"。
在自有application中初始化PatchManager。
加载过往补丁文件。
添加新补丁文件。
dependencies {
compile "com.alipay.euler:andfix:0.5.0@aar"
}
PatchManager patchManager = new PatchManager(context);
patchManager.init(appversion);//current version
patchManager.loadPatch();
patchManager.addPatch(path);//path of the patch file that was downloaded
原理介绍
apkpatch将两个apk做一次对比，然后找出不同的部分。可以看到生成的apatch了文件，后缀改成zip再解压开，里面有一个dex文件。通过jadx查看一下源码，里面就是被修复的代码所在的类文件,这些更改过的类都加上了一个_CF的后缀，并且变动的方法都被加上了一个叫@MethodReplace的annotation，通过clazz和method指定了需要替换的方法。
然后客户端sdk得到补丁文件后就会根据annotation来寻找需要替换的方法。最后由JNI层完成方法的替换。
如果本地保存了多个补丁，那么AndFix会按照补丁生成的时间顺序加载补丁。具体是根据.apatch文件中的PATCH.MF的字段Created-Time。
补丁方案andfix上有很多issue，所以如果针对企业，贸然使用该热修复，会导致大量问题。那么针对补丁的一整套方案，才是热修复的关键。例如，如何进行灰度测试，如何控制黑白名单，如何进行补丁版本管理，如何自动化打补丁，如何进行补丁回退。
灰度测试推进补丁方案，需要进行灰度测试，那么使用白名单机制是必要的。何为灰度测试，即针对某些特定人群，发布特定补丁，进行阶段性测试。该特定人群，可以是公司范围内的职员，可以是公司深度用户等。而如何保证补丁下发特定人群，则需要相关的代码控制。例如在应用开启时，上传该用户的手机相关信息或对应的app版本号，后端通过这些信息判断是否在白名单内，然后检查补丁库中是否有对应补丁。
补丁版本管理补丁文件跟随app的版本号，所以推荐使用四段式，如3.1.0.1，表明是对应的app版本是3.1.0。相应的，也需要有补丁发布平台，通过该平台上传补丁，前端提交版本信息，后端分析是否有对应补丁。同时也应该注意，增加补丁控制开关，在紧急情况下，可以利用该开关，来阻断补丁的发布。
自动化打补丁在学习使用andfix中，会使用到apatch工具，而手动打补丁会出现一些问题。相信大部分公司都会利用jenkins构建项目，而对应的签名文件，则放置在服务器。例如当构建一次成功后，会将对应的apk更名，然后发布到公司官网等渠道，保存该apk，若该版本出现问题，修复代码，再次构建，保存该apk，利用该apk和原始的apk进行diff，生成补丁文件，推送至补丁发布平台。这样，一整套流程就清晰了，然后开发人员只需要在预发布环境中，验证补丁是否可正常运行，如能正常运行，就可直接打开补丁发布开关，进行用户推送了。
补丁闪退当某用户下载完补丁后，由于某些原因，比如国产rom，最新Android版本等，导致其在初始化补丁时，应用就崩溃，也有可能是因为补丁发布失误等情况。针对这些情况，如果没有有效的处理手段，那么就会损失掉这部分用户。如何进行补丁回退，是补丁方案中重要的一环。而解决方案也多种多样，例如，当在执行热修复代码之前，判断补丁崩溃标记是否存在，若不存在，设置一个标记位，然后在执行热修复代码完毕后，再清除该标记，若存在，则跳过热修复代码。
那么如何管理该标记，如果用户在使用某次补丁时，异常崩溃后，如果不对该标记进行管理，即其会导致该用户无法使用补丁文件，解决方案也有很多，例如标记跟随版本号等。
当然针对补丁闪退，还可有其他的回退方案，例如检测到该用户补丁闪退，即进行清除用户补丁文件等必要操作。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/13163.html
摘要：容器跟虚拟化是解决不同问题的，从这一点来看与有相似之处，我认为虚拟化解决的一个重大问题是隔离和安全的问题，而容器则解决的是快速交付的问题。同时也可以应用一些虚拟化比较成熟的技术，包括容器的容器的热迁移，现在也都具备一些初步的方案。 5月26日，数人云产品战略发布会在北京万达索菲特酒店举行，发布会最后一个环节圆桌论坛可谓大咖云集，小数为大家在第一时间带来了实录分享，快来感受下容器生态圈的...
摘要：使用的快捷键这里是一性能优化典范掘金摘要新年伊始，发布了包含个短视频的性能优化典范专题，详解系统中有关性能问题的底层工作原理，并介绍了如何通过工具找出性能问题以及提升性能的建议。 渐进式加载 - 提高用户体验度 - Android - 掘金前言: 我们在PC端用浏览器看图片的时候,经常是先看到一张模糊图,然后再渐渐的变得清晰,这种情况在看漫画的时候尤其常见(模糊图如下),这种效果就叫做...
摘要：三阿里百川阿里百川推出的热修复服务，相对于空间超级补丁技术和微信来说，定位于紧急修复的场景下，能够最及时的修复，下拉补丁立即生效无需等待。 2015年以来，Android开发领域里对热修复技术的讨论和分享越来越多，同时也出现了一些不同的解决方案，如QQ空间补丁方案、阿里AndFix以 及微信Tinker，它们在原理各有不同，适用场景各异，到底采用哪种方案，是开发者比较头疼的问题。本文希...
摘要：对下半年所分享的文章进行整理，上半年总结的篇好文请点击这里，很多读者当时忘记了收藏，以致于查找一篇历史文章很费劲，因此在这里顺便做下记录。目前就分下下面几个大类，没有更多细分，已基本可以查找了。 对下半年所分享的文章进行整理，上半年总结的 98 篇好文请点击这里，很多读者当时忘记了收藏，以致于查找一篇历史文章很费劲，因此在这里顺便做下记录。目前就分下下面几个大类，没有更多细分，已基本可...
摘要：如何解决这个问题正如我在上一篇文章中所说的那样，一种可能的解决方案是将加密原语组合在一起以包含加密验证码。但是，这些原语通常在所有环境中都可用，因此它可能是你唯一的选择。 本文是我上一篇文章：最佳安全实践：在 Java和 Android 中使用 AES 进行对称加密 的续篇，在这篇文章中我总结了关于 AES 最为重要的事情并演示了如何通过 AES-GCM 来使用它。在阅读本文并深入下一...
阅读 1291·2021-10-14 09:43
阅读 1264·2021-10-09 09:58
阅读 1773·2021-09-28 09:42
阅读 3506·2021-09-26 09:55
阅读 1592·2021-08-27 16:23
阅读 2501·2021-08-23 09:46
阅读 709·2019-08-30 15:55
阅读 1140·2019-08-30 15:54
