Tinker是微信官方的Android热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。当然，你也可以使用Tinker来更新你的插件。

它主要包括以下几个部分：

1. gradle编译插件: tinker-patch-gradle-plugin
2. 核心sdk库: tinker-android-lib
3. 非gradle编译用户的命令行版本: tinker-patch-cli.jar

当前市面的热补丁方案有很多，其中比较出名的有阿里的AndFix、美团的Robust以及QZone的超级补丁方案。但它们都存在无法解决的问题，这也是正是我们推出Tinker的原因。

总的来说:

1. AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的；
2. Robust兼容性与成功率较高，但是它与AndFix一样，无法新增变量与类只能用做的bugFix方案；
3. Qzone方案可以做到发布产品功能，但是它主要问题是插桩带来Dalvik的性能问题，以及为了解决Art下内存地址问题而导致补丁包急速增大的。

特别是在Android N之后，由于混合编译的inline策略修改，对于市面上的各种方案都不太容易解决。而Tinker热补丁方案不仅支持类、So以及资源的替换，它还是2.X－8.X(1.9.0以上支持8.X)的全平台支持。利用Tinker我们不仅可以用做bugfix,甚至可以替代功能的发布。Tinker已运行在微信的数亿Android设备上，那么为什么你不使用Tinker呢？

由于原理与系统限制，Tinker有以下已知问题：

1. Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大组件(1.9.0支持新增非export的Activity)；
2. 由于Google Play的开发者条款限制，不建议在GP渠道动态更新代码；
3. 在Android N上，补丁对应用启动时间有轻微的影响；
4. 不支持部分三星android-21机型，加载补丁时会主动抛出"TinkerRuntimeException:checkDexInstall failed"；
5. 对于资源替换，不支持修改remoteView。例如transition动画，notification icon以及桌面图标。

Tinker 在运行时只获取必要的信息以保证补丁的合成和加载流程能在不同厂商、操作系统版本的设备上正常执行，这些信息不涉及系统敏感权限和用户隐私相关的内容。同时 Tinker 不含上报逻辑，即不会上报获取到的信息。有关 Tinker 获取信息的类型及用途，请查看 Tinker SDK 个人信息保护规则 了解详情。

Tinker为了实现“高可用”的目标，在接入成本上做了妥协。热补丁并不简单，在使用之前请务必先仔细阅读以下文档：

1. 如何快速接入请参考Tinker 接入指南；
2. 如何自定义类请参考Tinker 自定义扩展；
3. Tinker的API预览请参考Tinker API预览；

Tinker经过几次全量上线，也发现了一些热补丁的问题。有以下的一些优化工作尚未完成：

1. Crash 启动保护；
2. Android Q 或更新的系统上降低补丁带来的开销。

关于Tinker与其他热补丁方案的具体对比或Tinker的实现原理，可参考以下文章：

1. 微信Android热补丁实践演进之路

2. Android N混合编译与对热补丁影响解析

3. Dev Club 微信热补丁Tinker分享

4. 微信Tinker的一切都在这里，包括源码(一)

5. Tinker Dexdiff算法解析

6. ART下的方法内联策略及其对Android热修复方案的影响分析

7. Tinker MDCC会议 slide

8. DexDiff格式查看工具

9. Tinker：技术的初心与坚持