产品上线，突发bug…

上线24小时前：

技术总监： 最后全面排查一遍！确保咱们的app上线不能出问题！否则这个月绩效不保！还可能卷铺盖走人！

众开发： 代码无误！

测试妹子： 测试没问题！

UI： 画面甚美！可上线！

产品经理： 行嘞！干！

上线10分钟后：

客服1： 报！下载用户已经高达2人！

客服97： 报！有人反馈图片打不开！

产品经理： what！测试和开发干什么吃的？你们滚过来看看！

测试妹子： 呜呜呜~测试的时候好好的嘛…

开发小张： 是程序代码不够健壮导致App运行时崩溃！

产品经理： 那怎么办！重新上架app吗？损失我们这2个来之不易的用户吗！

开发老陈： 非也非也！这个我们早有准备！只需使用热补丁动态修复技术，向用户下发Patch，在用户无感知的情况下，就可以修复问题辣！

产品经理： 那你bb啥！赶紧修啊！

开发老陈： 这个我不会鸭！我只知其然，不知其所以然！得找老王！

产品经理： 老王人呢？

技术总监： 因为bug太多被开除了！上个月跨部门绩效是你打的分啊。

产品经理： 还有谁会吗？

开发小李： 我会！

产品经理： 交给你了。

..........

程序员小李： 搞定，修复成功了！

产品经理： 小李等下，我这台手机怎么还是没有修复成功。

程序员小李： 你什么机型，什么系统？

产品经理： 华为呀，系统是7.0。

程序员小李： 华为坑啊。 Android N混合使用AOT编译，解释和JIT三种运行时。 它主要解决的问题有以下几个：

1、应用安装时间过长； 在N之前，应用在安装时需要对所有ClassN.dex做AOT机器码编译，类似微信这种比较大型的APP可能会耗时数分钟。但是往往我们只会使用一个应用20%的功能，剩下的80%我们付出了时间成本，却没带来太大的收益。

2、降低占ROM空间； 同样全量编译AOT机器码，12M的dex编译结果往往可以达到50M之多。只编译用户用到或常用的20%功能，这对于存储空间不足的设备尤其重要。

3、提升系统与应用性能； 减少了全量编译，降低了系统的耗电。在boot.art的基础上，每个应用增加了base.art , 通过预加载与缓存提升应用性能。

4、快速的系统升级； 以往厂商ota时，需要对安装的所有应用做全量的AOT编译，这耗时非常久。事实上，同样只有20%的应用是我们经常使用的，给不常用的应用，不常用的功能付出的这些成本是不值得的。

Android N为了解决这些问题，通过管理解释，AOT与JIT三种模式，以达到一种运行效率、内存与耗电的折中。简单来说，在应用运行时分析运行过的代码以及“热代码”，并将配置存储下来。在设备空闲与充电时，ART仅仅编译这份配置中的“热代码”。

之所以出现修复失败，是因为在应用运行时分析运行过的代码以及“热代码”，并将配置存储一份profile文件。在设备空闲与充电时，ART不仅会根据profile文件来生成base.odex文件，同时还会生成称为app_image的base.art文件。与boot.art类似，base.art文件主要为了加快应用对“热代码”的加载与缓存。

APP在启动时一次性把它们加载到缓存，无论是使用插入pathlist还是parent classloader的方式，若补丁修改的class已经存在于app image，它们都是无法通过热补丁更新的。

解决办法：

事实上，App image中的class是插入到PathClassloader中的ClassTable中。假设我们完全废弃掉PathClassloader，自定义一个ClassLoader来代替系统的类加载器来加载后续的所有类，即可达到将缓存无用化的效果。这样就能保证类在被修复之前是没有被加载的。

众程序员与产品经理： 小李你牛逼呀！

产品刚上线就突发bug…

开发上线的版本能保证不存在Bug么？

修复后的版本能保证用户都及时更新么？

如何最大化减少线上Bug对业务的影响？

自从2014年开始，Android开发者们逐渐发现发展用户的成本越来越高于发展技术的成本。按照传统解决问题的办法，我们只能发布新版本，通过版本迭代来解决线上问题，可是频繁的更新app必然导致大量用户丢失。热修复技术，可以看做是Android平台发展成熟至一定阶段的必然产物，近年来得到了飞速发展，尤其是在Instant Run方案推出后，各种热修复技术百花齐放，各大厂商纷纷推出了自己的热修复技术，像微信,QQ，支付宝，手淘，饿了么/美团等等。可以说， 一个好的热修复技术，将为你的APP助力百倍 。

热修复demo （ 作者：雨纷纷__）

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。市场上深入系统的讲解热修复技术细节的博客和书籍几乎没有，即使有很多开源的热修复方案，也很难全面快速地理解热修复技术的难点和关键点。

为了帮助大家纵向提升自己，我特别邀请了前爱奇艺高级工程师Lance老师，给大家带来连续3天的 《热修复实战》 直播课， 详解Android常用热修复方案内核原理，手写热修复实战，将会全方位带你梳理Android知识体系。

同时给大家提供一个技术交流的平台，以平台的形式与国内数千位android开发者进行技术交流，希望大家对Android技术市场有新的感悟。

在线实时答疑，有疑问，当场解决！

《QQ空间热修复实战》

原价 199元 ，公众号粉丝专享限时 0.1元

3天带你掌握 Android热修复的内核原理

Lance老师：

某游戏公司主程，前爱奇艺高级工程师

专精领域： 移动平台开发，NDK、架构、性能优化。

课程大纲

4.14

内核原理

1、 Android常用热修复解决方案

2、动态化(热修复/插件化)核心类加载机制

3、Android程序中的ClassLoader

4.15

手写实战

1、Java反射落地实现热修复

2、Android N混编对热修复的影响

3、手写热修复实战

4.16

项目实战

1、类加载校验兼容

2、Gradle插件开发

3、热修复自动化补丁实战

▲附赠 Android进阶必备资料

扫码添加月亮老师报名

“学好这堂课，薪资至少上涨30% ”