[b]Tinker是什么[/b] Tinker是[url=http://lib.csdn.net/base/wechat]微信[/url]官方的[url=http://lib.csdn.net/base/android]Android[/url]热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。当然，你也可以使用Tinker来更新你的插件。 [b]它主要包括以下几个部分：[/b] gradle编译插件: tinker-patch-gradle-plugin 核心sdk库: tinker-android-lib 非gradle编译用户的命令行版本: tinker-patch-cli.jar [b]为什么使用Tinker[/b] 当前市面的热补丁方案有很多，其中比较出名的有阿里的AndFix、美团的Robust以及QZone的超级补丁方案。但它们都存在无法解决的问题，这也是正是我们推出Tinker的原因。 [img]http://files.jb51.net/file_images/article/201709/20170903135806.png[/img] [b]总的来说:[/b] AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的； Robust兼容性与成功率较高，但是它与AndFix一样，无法新增变量与类只能用做的bugFix方案； Qzone方案可以做到发布产品功能，但是它主要问题是插桩带来Dalvik的性能问题，以及为了解决Art下内存地址问题而导致补丁包急速增大的。 特别是在android N之后，由于混合编译的inline策略修改，对于市面上的各种方案都不太容易解决。而Tinker热补丁方案不仅支持类、So以及资源的替换，它还是2.X－7.X的全平台支持。利用Tinker我们不仅可以用做bugfix,甚至可以替代功能的发布。Tinker已运行在微信的数亿Android设备上，那么为什么你不使用Tinker呢？ [b]Tinker的已知问题[/b] 由于原理与系统限制，Tinker有以下已知问题： Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大组件； 由于Google Play的开发者条款限制，不建议在GP渠道动态更新代码； 在Android N上，补丁对应用启动时间有轻微的影响； 不支持部分三星android-21机型，加载补丁时会主动抛出"TinkerRuntimeException:checkDexInstall failed"； 由于各个厂商的加固实现并不一致，在1.7.6以及之后的版本，tinker不再支持加固的动态更新； 对于资源替换，不支持修改remoteView。例如transition动画，notification icon以及桌面图标。 [b]如何使用Tinker[/b] 下面就一BuglyTinker的使用方式进行介绍 为什么使用Bugly热更新？ 因为bugly已经集成了tinker 无需关注Tinker是如何合成补丁的 无需自己搭建补丁管理后台 无需考虑后台下发补丁策略的任何事情 无需考虑补丁下载合成的时机，处理后台下发的策略 我们提供了更加方便集成Tinker的方式 我们通过HTTPS及签名校验等机制保障补丁下发的安全性 丰富的下发维度控制，有效控制补丁影响范围 我们提供了应用升级一站式解决方案 至于如何使用Bugly热更新看文档就可以了，今天我就说一说官网文档中多渠道补丁的一些错误（今天以Bugly1.2.2（tinker1.7.6））为例 在project的build.gradle中添加依赖 [img]http://files.jb51.net/file_images/article/201709/2017090313535356.png[/img] [b]配置app build.gradle[/b] 这里要注意，官方给出的project.tinkerPatch.oldApk、project.tinkerPatch.buildConfig.applyMapping、project.tinkerPatch.buildConfig.applyResourceMapping三个配置路径有错误，tinker 1.7.6也存在多渠道打包有bug（和官方沟通后证实了这一点） 我们在进行多渠道打包的时候会执行下面的命令，他打出的补丁包都是一样的，通过查看补丁包内的YAPATCH.MF文件就可以证明，官网表示会在下一个版本中修复 [img]http://files.jb51.net/file_images/article/201709/2017090313535357.png[/img] 这里的签名方式不懂可以看这篇文章：[url=http://www.1sucai.cn/article/122745.htm]http://www.1sucai.cn/article/122745.htm[/url] 这里的配置的config.gradle不明白可以看这篇文章：[url=http://www.1sucai.cn/article/122746.htm]http://www.1sucai.cn/article/122746.htm[/url] [b]tinker-support.gradle的配置， [/b] [img]http://files.jb51.net/file_images/article/201709/2017090313535358.png[/img] 配置config.gradle [img]http://files.jb51.net/file_images/article/201709/2017090313535459.png[/img] 其他配置 不要忘了混淆，还有关于适配Android7.0系统的配置，这里就不说了。 接下来我们执行下面的命令开始生成基准包（一定要保留好基准包） tinkerPatchAllFlavorRelease [img]http://files.jb51.net/file_images/article/201709/2017090313535460.png[/img] 生成生产版本的apk后，如果我们发现bug，可以修复bug，然后生成补丁包。 [img]http://files.jb51.net/file_images/article/201709/2017090313535461.png[/img] 生成完补丁包后，就可以借助Bugly的热更新进行修复了，找到我们注册的app，上传补丁包 [img]http://files.jb51.net/file_images/article/201709/2017090313535462.png[/img] [img]http://files.jb51.net/file_images/article/201709/2017090313535563.png[/img] tinker是在我们打开app的时候去检查服务器有没有补丁包，以及本地有没有补丁包，如果检测到了就去下载，然后会在下次启动app的进行补丁的修复。这样通过Bugly我们不用去搭建下发补丁包的服务器了，特别方便。 源代码代码：[url=http://xiazai.jb51.net/201709/tools/BuglyTinker_jb51.zip]BuglyTinker_jb51.zip[/url]