[讨论]

Android热修复技术选型

2017-4-29 09:47:02 2170 Android

0 看看种菜bar app的开发和应用吧，确实很好 Android开发领域里对热修复技术的讨论和分享越来越多，同时也出现了一些不同的解决方案，如QQ空间补丁方案、阿里AndFix以及微信tinker，它们在原理各有不同，适用场景各异，到底采用哪种方案，是开发者比较头疼的问题。本文希望通过介绍QQ空间补丁、Tinker以及基于AndFix的阿里百川HotFix技术的原理分析和横向比较，帮助开发者更深入了解热修复方案。一、正常开发流程从流程来看，传统的开发流程存在很多弊端：重新发布版本代价太大用户下载安装成本太高 BUG修复不及时，用户体验太差二、热修复开发流程而热修复的开发流程显得更加灵活，优势很多：无需重新发版，实时高效热修复用户无感知修复，无需下载新的应用，代价小修复成功率高，把损失降到最低业界热门的热修复技术热修复作为当下热门的技术，在业界内比较著名的有阿里巴巴的AndFix、Dexposed，腾讯QQ空间的超级补丁技术和微信的Tinker。最近阿里百川推出的HotFix热修复服务就基于AndFix技术，定位于线上紧急BUG的即时修复，所以AndFix技术这块我们重点分析阿里百川HotFix。下面，我们就分别介绍QQ空间超级热补丁技术和微信的Tinker以及阿里百川HotFix技术。一、QQ空间超级补丁技术超级补丁技术基于DEX分包方案，使用了多DEX加载的原理，大致的过程就是：把BUG方法修复以后，放到一个单独的DEX里，插入到dexElements数组的最前面，让虚拟机去加载修复完后的方法。当patch.dex中包含Test.class时就会优先加载，在后续的DEX中遇到Test.class的话就会直接返回而不去加载，这样就达到了修复的目的。但是有一个问题是，当两个调用关系的类不在同一个DEX时，就会产生异常报错。我们知道，在APK安装时，虚拟机需要将classes.dex优化成odex文件，然后才会执行。在这个过程中，会进行类的verify操作，如果调用关系的类都在同一个DEX中的话就会被打上CLASS_ISPREVERIFIED的标志，然后才会写入odex文件。所以，为了可以正常的进行打补丁修复，必须避免类被打上CLASS_ISPREVERIFIED标志，具体的做法就是单独放一个类在另外DEX中，让其他类调用。我们来逆向手机QQ空间APK看一下具体的实现：先进入程序入口QZoneRealApplication，在attachBaseContext中进行了两步操作：修复CLASS_ISPREVERIFIED标志导致的unexpected DEX problem异常、加载修复的DEX。 0
2017-4-29 09:47:02　　评论淘帖0 举报相关推荐 • android 热修复技术 0 • Android热修复升级探索——代码修复冷启动方案 3802 • 功率器件热损耗计算和选型要求 4567 • 热继电器如何选型 12100 • 热缩套管选型指南 9 • 浅谈电瓶修复技术——这种充电不会热吗 387 • 电瓶修复技术之电池鼓包热失控原理的介绍 1637 • 【原创】Dex分包架构设计—实现安卓热修复 3049 • 美国电瓶修复技术最新款电瓶修复 4255 • 电池修复技术之解决电池热失控的方案是什么 1579