Android APP 热修复方案

1、百川Hotfix
不仅仅只基于AndFix，而是灵活切换热部署和冷部署的方案；实现了资源、SO文件、类修复的实时生效，同时采用了傻瓜式接入方案，完全不侵入打包过程，对用户提供了可视化的UI界面打补丁。(阿里)

2、美团Robust
在整个打Patch过程中，该方案正常的使用DexClassLoader，兼容性高；未反射注入，能够实时生效。该方案的缺点在于：因为在每端函数前插入代码，需要侵入打包过程；原来能被ProGuard内联的函数不能被内联了，所以可能导致方法数的增加，可能会超过65536限制，同时也会导致APK体积增大；该方案不支持SO文件和资源文件的修复。

3、手机QQ空间
该方案类似谷歌的Multidex ，在保障稳定性的前提下兼容性很高。缺点是:不支持实时生效；在Davilk下，类加载存在性能问题；Art下，补丁包涵有类、父类以及引用该类的所有类，因此补丁包较大；由于原DEX中的类需要引用额外的DEX类，需要侵入式打包。

4、微信Tinker
该方案中通过自研DexDiff算法，深度利用Dex的格式来减少差异的大小，从而做到补丁包足够小。其缺点在于：不支持实时生效；由于补丁DEX需要和原DEX合并，需要占用额外内存和磁盘空间，并且很容易因为内存消耗等原因合并失败；与QQ空间补丁技术相同，同样需要侵入式打包。