阿里巴巴“百川解码”精彩回顾：热修复的坑和阿里的解

热修复是很多开发者关心的技术，8月27日晚，阿里百川组织了“百川解码”在线直播，以“热修复的坑和阿里的解”为主题，邀请了三位业界嘉宾对热修复技术进行了探讨，并介绍了阿里百川全面接受公测的热修复解决方案：阿里百川HotFix，就网友提出的相关问题进行了解答。本文是此次直播的精彩回顾。

嘉宾简介

歩川，阿里巴巴资深开发工程师，《让App像Web一样发布新版本》一文作者，在OPPO从事Android Framework两年，腾讯QQ空间工作一年半，热衷研究安卓热补丁方案。目前在手机淘宝终端架构，主要负责动态部署增强和优化、存储相关工作。

刘昭，中华英才网Android技术负责人，具有丰富的移动开发经验，崇尚开源社区文化，关注性能优化、研发效率、热修复、插件化、数据驱动等，善于评估技术方案，解决疑难杂症。

泽胤，阿里巴巴无线技术专家，阿里百川HotFix项目负责人，无线事业部初创技术员工之一。经历阿里巴巴无线技术从小到大的整个过程，参与过多个无线的重要项目，包括无线的H5建站，无线统一接入层，阿里的无线PUSH系统，以及第一版的Android客户端等。主要技术方向是在线高并发和高可用性的维护与实现。

1. 热修复是什么

刘昭认为，热修复是在应用的App包发布到市场之后，出现了Bug，无需替换包来进行在线更新的一种技术，对用户是无感知的。

泽胤认为，谈到热修复，就应该和动态部署的概念进行区分。热修复是特指对微小改动进行修复的一个技术，它强调快速和无感的修复。而动态部署会复杂更多，它涵盖的东西也更多，但核心的技术还是热修复技术。

步川认为，热修复可以从技术上来理解并和动态部署进行区分。他提到，目前广义上有两种方案可以实现代码的替换，一种是类的替换，基于Classloader，另一种是方法的替换，而这两种方式各有优缺点。

• 方法的替换：只能替换方法的内容，所以不能够对要patch的类进行方法的新增和删除;但同时，方法的替换可以在应用不重启的情况下实现。它包小、快速、功能单一、比较轻量，这种方案是热修复。

• 类的替换：可以修改类结构，功能更加的强大;但是必须要重启一次才会有效，因为已经加载过的类是不能够被替换的。这种方案叫做“动态部署”。它几乎能够适应任何代码的变更，所以很适合进行业务功能的迭代。

2. 热修复技术对比

目前，业内有很多的热修复方案，步川就热修复技术向观众进行了对比讲解。他提到，从广义上来讲，热修复的实现方式可以被分为类的替换和方法的替换。

类的替换

如图1所示，APK包中包含了代码和资源，代码存放在classes.dex中，资源存放在APK的res目录下，系统会通过ClassLoader装载classes.dex来进行类加载。如果有多个classes.dex，那么这多个classes.dex会在ClassLoader中会用数组的形式来进行组织，然后从前往后进行遍历查找。

一种具体的方案如图2所示，是利用多dex从前往后遍历的有序特性，把patch.dex插入到数组的最前面，对patch进行有限查找，达到替换的目的，这时候就会出现preverify问题，为了绕过这个问题，就必须往每个类的构造函数里面进行插桩防止安装期间的校验，把校验从编译期间移动到了运行期间，导致运行期间每加载一个类，都要进行校验和优化，降低了运行性能。

刘昭认为，这种方案利用了ClassLoader，思想是比较好的，但是如果工程中的类比较多，就会在性能上造成比较大的影响。同时，有可能会导致patch包比较大。

步川提到，为了解决上述性能问题，出现了另一种方案，如图3所示：就是全量替换dex，下发一个patch.dex，然后把原来的dex和下发的patch.dex，合成一个新的全量dex，这个dex会全量替换原来的dex，最终本质上也只会在这个全量的dex中查找，从而不会出现preverify问题，所以这种方案不用插入构造函数，不会影响性能。但是，这种方案的包也可能会比较大，只改动了一行代码，也必须合成一个全量的dex，如图4所示，然后再dexopt出一个全量的odex。

方法的替换

如图5所示，方法的替换的原理如下：在Android底层，有个数据结构记录着类的信息，比如成员变量的个数，方法的个数，每个方法的code执行地址，程序运行的时候会根据这个地址跳转到具体的code区域执行代码。方法的替换就是替换这些地址，把地址指向另一个类的方法，从而达到了替换的目的。这种方式的包比较小，而且也不需要插桩来影响性能，但是它无法修改类的结构(比如方法数的增删)，而且有可能会有兼容性问题，例如厂商修改了类和方法的底层结构。

所以基于他们的优点和限制，区分热修复和动态部署这两种场景，可以在这两种不同的情况下，选择最优的方案，达到修复的目的。

3. 如何选择热修复技术方案

刘昭认为，热修复技术方案的选择应该对应具体的使用场景。在patch包的数量、大小方面，HotFix是占优势的;但是HotFix不能新增类、新增字段(下文泽胤有回应)，从这个角度考虑，ClassLoader更好，但是会有一定的性能损耗;合成dex的方式，则需要知道用户手机的ROM有多大，能不能提供20多M的空间来。

4. 基于AndFix的阿里百川HotFix做了哪些优化工作

阿里百川HotFix是基于AndFix的，泽胤提到，手机淘宝(下文简称“手淘”)对于Andfix实践了大约一年左右，在工程和技术上做了一些改善，提高了其在稳定性、周边工具链的性能和稳定性等方面的表现，使得这项技术更加成熟，同时也解决了不能新增类等问题，并成功落地手淘App。

具体的优化工作包括：在产品化方面，接入简单，2行代码即可接入，一般开发者1个小时即可完全跑通流程，大大降低工程成本;提供了相对完善的周边工具链，通过后台操作自由控制patch发布，最大化保证用户体验。针对patch打包慢的问题进行优化，持续在工具链方面进行优化;在“打包工具交互”方面，开发了一个独立的可执行文件，可以在工程里面，用GRADLE、ANT中集成，甚至在JENKINS里面去执行，提高了灵活性。

（编辑：宁德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!