<强>修改是什么强>
修改是微信官方的Android热补丁解决方案,它支持动态下发代码,所以库以及资源,让应用能够在不需要重新安装的情况下实现更新。当然,你也可以使用修补来更新你的插件。
<强>它主要包括以下几个部分:强>
gradle编译插件:tinker-patch-gradle-plugin
核心sdk库:tinker-android-lib
非gradle编译用户的命令行版本:tinker-patch-cli.jar
<强>为什么使用修改强>
当前市面的热补丁方案有很多,其中比较出名的有阿里的AndFix,美团的强大以及qq空间的超级补丁方案。但它们都存在无法解决的问题,这也是正是我们推出修改的原因。
<强>总的来说:强>
AndFix作为本地解决方案,首先面临的是稳定性与兼容性问题,更重要的是它无法实现类替换,它是需要大量额外的开发成本的;
健壮的兼容性与成功率较高,但是它与AndFix一样,无法新增变量与类只能用做的错误修复方案;
qq空间方案可以做到发布产品功能,但是它主要问题是插桩带来Dalvik的性能问题,以及为了解决艺术下内存地址问题而导致补丁包急速增大的。
特别是在android N之后,由于混合编译的内联策略修改,对于市面上的各种方案都不太容易解决。而修改热补丁方案不仅支持类,所以以及资源的替换,它还是2.倍- 7.倍的全平台支持。利用修补我们不仅可以用做错误修复,甚至可以替代功能的发布.Tinker已运行在微信的数亿android设备上,那么为什么你不使用修补呢?
<强>修改的已知问题强>
由于原理与系统限制,修改有以下已知问题:
修改不支持修改AndroidManifest。xml,修改不支持新增四大组件;
由于谷歌玩的开发者条款限制,不建议在GP渠道动态更新代码;
在Android上,补丁对应用启动时间有轻微的影响。
不支持部分三星android-21机型,加载补丁时会主动抛出“TinkerRuntimeException: checkDexInstall失败”,
由于各个厂商的加固实现并不一致,在1.7.6以及之后的版本,修改不再支持加固的动态更新。
对于资源替换,不支持修改remoteView。例如过渡动画,通知图标以及桌面图标。
<>强如何使用修改强>
下面就一BuglyTinker的使用方式进行介绍
为什么使用缺陷热更新?
因为错误已经集成了修改
无需关注修补是如何合成补丁的
无需自己搭建补丁管理后台
无需考虑后台下发补丁策略的任何事情
无需考虑补丁下载合成的时机,处理后台下发的策略
我们提供了更加方便集成修补的方式
我们通过HTTPS及签名校验等机制保障补丁下发的安全性
丰富的下发维度控制,有效控制补丁影响范围
我们提供了应用升级一站式解决方案
至于如何使用缺陷热更新看文档就可以了,今天我就说一说官网文档中多渠道补丁的一些错误(今天以Bugly1.2.2 (tinker1.7.6))为例
在项目的build.gradle中添加依赖
<>强配置应用build.gradle 强>
这里要注意,官方给出的project.tinkerPatch.oldApk, project.tinkerPatch.buildConfig.applyMapping project.tinkerPatch.buildConfig。applyResourceMapping三个配置路径有错误,修补1.7.6也存在多渠道打包有错误(和官方沟通后证实了这一点)
我们在进行多渠道打包的时候会执行下面的命令,他打出的补丁包都是一样的,通过查看补丁包内的YAPATCH.MF文件就可以证明,官网表示会在下一个版本中修复
这里的签名方式不懂可以看这篇文章:https://www.jb51.net/article/122745.htm
这里的配置的config.gradle不明白可以看这篇文章:https://www.jb51.net/article/122746.htm
<强> tinker-support。它的配置,
强>