AndFix 是 无需重启 的 native层 的实现. 但是，AndFix目前已经3年多没维护更新。因为阿里已经有了新的替代方案，不再需要维护。另外，这种纯native的实现方式，兼容性十分堪忧。既然已经被弃用，但是稍微了解一下 实现方案也是没问题的。
上图解读：图中有一段程序按照
A=>B=>C的顺序去执行,然而发现执行到B的时候，存在一个bug，AndFix的修复方式为：在native层执行到B方法的时候，把方法的指针指向了 补丁包里的B方法，绕过了原来的B方法。从而达到了修复bug的目的。
使用方法:
在需要修复的方法上面，加上@MethodReplace注解，给定参数，class和method，表示 该方法替换为 哪个类的哪个方法。
缺陷：修复粒度为：method. AndFix只能以方法为粒度去修复bug。作用有限，针对大范围的类替换和资源替换，那就无能为力了。
Robust 是 即时生效的Java层实现的热修复实现方案.
美团的Robust方案，是参考了谷歌的InstantRun方案（之前在androidStudio里面有这个选项，可以选择打开instant run运行app)的思路而设计出来的。
其主要设计思想就是一句话：编译打包时，在程序的某些方法里面，都插入一段代码（全自动操作）：
当
changeQuickRedirect不为空的时候，该方法就会命中if(changeQuickRedirect!=null)，从而执行修复的实现代码。当为空的时候，则正常执行原逻辑。
而平时我们自己编码，只需要加上一个
@modify注解,来标记这个方法需要打补丁包，也就是需要插入上面这个if(changeQuickRedirect!=null)代码段。
为什么它可以即时生效？
上图解析：利用ClassLoader，当客户端手机收到补丁包 patch.dex的时候，执行补丁包，把指定方法的
changeQuickRedirect用反射的手段赋值，让它变成非空。从而让下一次程序逻辑走到这里的时候，走修复之后的逻辑。
Robust是如何将这么多 ****if(changeQuickRedirect!=null)代码段插入到代码逻辑中的？:
上图中的
if(changeQuickRedirect!=null)代码段，并非我们手动编写，而是由Robust框架自动插入的。这个技术叫做 字节码插桩，意为：对class进行操作，按照class文件的格式，插入自己想要的逻辑。目前Robust支持两种字节码插桩方案AspectJ和Javasist.
腾讯 Tinker dexdiff / DexMerge方案
Tinker 是腾讯自研的 重启生效的 Java层的实现.
原理
Tinker基于一个基准dex，以及修复bug之后的dex，使用dexdiff算法，计算出差分包dex。然后把差分包推送给客户端，客户端收到之后，重启运行app，把差分包dex和原dex进行合并，形成新的dex。然后ClassLoader去创建类class对象的时候，就会创建修复bug之后的类class对象。从而达到 修复bug的目的。
Dexdiff算法
了解增量更新的人应该知道 bsdiff。bsdiff是无视文件格式，生成两个二进制文件的差异文件。dexdiff是基于bsdiff，并且进行了针对dex文件格式的优化。Tinker除了支持Dex修复之外，还支持so修复，只不过so的差分包，是直接使用的bsdiff算法生成的。
Multidex方案是 基于ClassLoader的 纯java实现 的 重启生效的热修复方案.
原理
Apk打包的时候可能生成多个classes.dex文件。JVM中 类加载器ClassLoader，在程序运行使用到某一个Class的时候，是按照顺序查找的方式进行的。一旦找到，就会缓存起来，下一次loadClass就不会去查找，而是直接使用缓存中的（所以Muitldex方案必须重启app）. 而，当我们把补丁dex文件放到 顺序查找的最前面，那么类加载器 查找到它之后，就会直接使用。原来的同样的类便处于后方，不会再生效。由此，使用补丁Class完全替换了 原class.
至于更深入的原理，上一篇 Android Muitldex热更新修复方案原理已经给出了详细讲解。在此就不赘述。
======================================================================
随着互联网企业的不断发展，产品项目中的模块越来越多，用户体验要求也越来越高，想实现小步快跑、快速迭代的目的越来越难，还有65535，应用之间的互相调用等等问题，插件化技术应用而生。如果没有插件化技术，美团、淘宝这些集成了大量“app”的应用，可能会有几个g那么大。
所以，当今的Android移动开发，不会热修复、插件化、组件化，80%以上的面试都过不了。
本人从网上搜集到了阿里P8大佬花了将近半个月时间将Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架整合成了一套系统知识笔记PDF，长达1042页！相信看完这份文档，你将会对这些Android第三方框架有着更深入、更系统的理解。
总结
作为一名从事Android的开发者，很多人最近都在和我吐槽Android是不是快要凉了？而在我看来这正是市场成熟的表现，所有的市场都是温水煮青蛙，永远会淘汰掉不愿意学习改变，安于现状的那批人，希望所有的人能在大浪淘沙中留下来，因为对于市场的逐渐成熟，平凡并不是我们唯一的答案！
在最后我整理了一份资料，而且我们为了感谢很多支持的学者，资料是无偿分享的，需要的同学可以来学习学习
领取方式：GitHub地址
