关闭

微信Android热更新Tinker使用详解(by 星空武哥)

标签: 热更新tinker
2647人阅读 评论(0) 收藏 举报
分类:

转载请标注原创地址:http://blog.csdn.net/lsyz0021/article/details/54694260


Tinker是什么

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

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

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

为什么使用Tinker

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

  Tinker QZone AndFix Robust
类替换 yes yes no no
So替换 yes no no no
资源替换 yes yes no no
全平台支持 yes yes yes yes
即时生效 no no yes yes
性能损耗 较小 较大 较小 较小
补丁包大小 较小 较大 一般 一般
开发透明 yes yes no no
复杂度 较低 较低 复杂 复杂
gradle支持 yes no no no
Rom体积 较大 较小 较小 较小
成功率 较高 较高 一般 最高

总的来说:

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

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

Tinker的已知问题

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

  1. Tinker不支持修改AndroidManifest.xml,Tinker不支持新增四大组件;
  2. 由于Google Play的开发者条款限制,不建议在GP渠道动态更新代码;
  3. 在Android N上,补丁对应用启动时间有轻微的影响;
  4. 不支持部分三星android-21机型,加载补丁时会主动抛出"TinkerRuntimeException:checkDexInstall failed"
  5. 由于各个厂商的加固实现并不一致,在1.7.6以及之后的版本,tinker不再支持加固的动态更新;
  6. 对于资源替换,不支持修改remoteView。例如transition动画,notification icon以及桌面图标。

如何使用Tinker

下面就一BuglyTinker的使用方式进行介绍

为什么使用Bugly热更新?
因为bugly已经集成了tinker
无需关注Tinker是如何合成补丁的
无需自己搭建补丁管理后台
无需考虑后台下发补丁策略的任何事情
无需考虑补丁下载合成的时机,处理后台下发的策略
我们提供了更加方便集成Tinker的方式
我们通过HTTPS及签名校验等机制保障补丁下发的安全性
丰富的下发维度控制,有效控制补丁影响范围
我们提供了应用升级一站式解决方案


至于如何使用Bugly热更新看文档就可以了,今天我就说一说官网文档中多渠道补丁的一些错误(今天以Bugly1.2.2(tinker1.7.6))为例


在project的build.gradle中添加依赖



配置app build.gradle

这里要注意,官方给出的project.tinkerPatch.oldApk、project.tinkerPatch.buildConfig.applyMapping、project.tinkerPatch.buildConfig.applyResourceMapping三个配置路径有错误,tinker 1.7.6也存在多渠道打包有bug(和官方沟通后证实了这一点)

我们在进行多渠道打包的时候会执行下面的命令,他打出的补丁包都是一样的,通过查看补丁包内的YAPATCH.MF文件就可以证明,官网表示会在下一个版本中修复



这里的签名方式不懂可以看这篇文章:http://blog.csdn.net/lsyz0021/article/details/54377825

这里的配置的config.gradle不明白可以看这篇文章:http://blog.csdn.net/lsyz0021/article/details/54377150


tinker-support.gradle的配置,



配置config.gradle



其他配置

不要忘了混淆,还有关于适配Android7.0系统的配置,这里就不说了。


接下来我们执行下面的命令开始生成基准包(一定要保留好基准包)

tinkerPatchAllFlavorRelease



生成生产版本的apk后,如果我们发现bug,可以修复bug,然后生成补丁包。



生成完补丁包后,就可以借助Bugly的热更新进行修复了,找到我们注册的app,上传补丁包






tinker是在我们打开app的时候去检查服务器有没有补丁包,以及本地有没有补丁包,如果检测到了就去下载,然后会在下次启动app的进行补丁的修复。这样通过Bugly我们不用去搭建下发补丁包的服务器了,特别方便。


源代码代码:http://download.csdn.net/detail/lsyz0021/9743856


拿出微信 扫码关注下面的微信订阅号,及时获取更多推送文章



0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:357602次
    • 积分:3848
    • 等级:
    • 排名:第9135名
    • 原创:77篇
    • 转载:36篇
    • 译文:0篇
    • 评论:135条
    博客专栏
    微信公众号
    友情链接
    最新评论