热修复框架 Tinker 最完整讲解(03)——使用 Tinker 常见问题

前言

该系列第一篇文章 热修复框架Tinker最完整讲解(01)——集成之路 主要讲了tinker的集成,第二篇文章热修复框架Tinker最完整讲解(02)——加入Walle多渠道打包主要讲了Tinker与Walle多渠道打包在项目中的使用。这篇文章主要讲讲真实项目中使用Tinker的常见问题。

一、存放补丁包的平台选取

1,存放在自己公司的服务器
2,使用TinkerPatch平台,需要收费
3,腾讯Bugly平台,免费
为了安全与经济考虑,我们公司选取了第一种。大家可以根据自己的需要选择。

二、tinkerId应该如何选择?

tinkerId主要作用是区分当前打出的补丁包是基于哪个版本的apk,也就是说当前打出的补丁包能修复哪个版本的bug。每次发布版本需要保证tinkerId一定是要唯一性的,Tiker官方推荐使用git版本号或者versionName作为tinkerId。我自己项目使用的是versionName,你可以将versionName配置在项目的gradle.properties文件中,这样就不用每次都修改tinkerId了。如图:

三、后台接口的设计

问题:如果A用户用1.0.0版本的APK,B用户用2.0.0版本的APK,这个时候1.0.0和2.0.0都有对应的补丁包。接口该怎么设计?

方案: (可以保证用1.0.0还是2.0.0的用户都可以修复)
叫后台给一个接口,前端传versionName给后台(这里的versionName要保证和TinkerID一样), 传1.0.0后台就返回1.0.0的补丁包。传2.0.0后台则返回2.0.0的补丁包。字段后台返回一个补丁包的链接就可以了,每次更新补丁包后台都要换不同的链接(下面前端设计有讲到)。没有则返回空。

四、前端设计与问题

问题: 前端下载APK的时机和逻辑
方案: 放在启动页-SplashActivity请求比较好(越早请求越好),每次都去请求,把请求回来的链接保存在本地,进行对比,链接不一样则下载补丁包并加载。链接一样则不用重复下载。

问题: 前端下载的时候需不需要提示用户?
方案: 这个看产品经理的需求,一般可以不提示,我修复bug告诉你干嘛…

问题: 如果1.0.0版本上线后,过了很久才发现有bug, 我的trunk主线代码已经改了很多了。这个时候打补丁包那不是把其他代码也认为是差异的代码,然后直接加载补丁包到1.0.0的apk上?这样不合理吧?
方案:
发布1.0.0版本后, 新建一个1.0.0的分支, 然后在1.0.0分支上修改bug,打出补丁包发给后台,最后把1.0.0的代码merge到trunk主线即可。

问题: 要给同一个版本多次打补丁包,又怎样弄呢?
直接在每次发布版本新建的分支上修复bug,然后每次打不同的补丁包,就需要叫后台返回不通的连接(为了区分该补丁包是否已加载过,上面后台接口的设计有讲到)。即都要以发布时的版本作为基础包进行bug修改。

问题:加载补丁包后,怎样才能让修改的bug生效呢?
解决:因为Tinker不是即时生效的。所以我们这里不用处理,加载完补丁包,用户退出下次进来就自然生效。

五、华为H60-L03 Android4.4.2手机上运行直接crash

最近测试的时候将项目运行在华为荣耀6(H60-L03)Android版本4.4.2的手机上就直接crash了,找资料发现其他人测试红米2A Android4.4.4,华为 MT7-TL00 Android4.4.2都会出现同样的问题(猜测5.0以下的手机都会出现该问题)。错误日志如下:

Caused by: com.tencent.tinker.loader.TinkerRuntimeException: Tinker Exception:createDelegate failed

Tinker.UncaughtHandler: catch exception when loading tinker:java.lang.RuntimeException: Unable to instantiate application tinker.sample.android.app.SampleApplication: com.tencent.tinker.loader.TinkerRuntimeException: Tinker Exception:createDelegate failed

Caused by: java.lang.ClassNotFoundException: Didn't find class "com.wildma.wildmatinker.global.MyApplication" on path: DexPathList[[zip file "/system/framework/org.simalliance.openmobileapi.jar", zip file "/data/app/com.wildma.wildmatinker-1.apk"],nativeLibraryDirectories=[/data/app-lib/com.wildma.wildmatinker-1, /vendor/lib, /system/lib, /data/datalib]]

经过自己测试,发现只有将tinkerEnabled设置为false的时候运行在该手机上才会报错。最后在issues上找到作者解释说是分包问题,如果关了tinkerEnabled。需要将ApplicationLike类放在main dex keep

解决一:打开tinkerEnabled

解决二:如果想在关闭tinkerEnabled的时候又运行在5.0以下的手机上, 那必须自己写分包规则。
1,将app/build/intermediates/tinker_intermediates/tinker_multidexkeep.pro文件复制到app的根目录下
2,在app build中对对应该文件即可。

    defaultConfig {
        //其他。。。
        //tinker分包规则
        multiDexKeepProguard file("./tinker_multidexkeep.pro") //keep specific classes using proguard syntax
    }

Tinker系列文章讲的已经非常详细了,有不足的地方希望指出。遇到不懂的问题都可以直接在博客下评论问我,只要我遇到过并且能回答出来的都会乐意回答。

Demo下载地址:https://github.com/wildma/WildmaTinker
如果对你有帮助请点赞,star支持下哈~

热修复Tinker系列文章


   转载规则


《热修复框架 Tinker 最完整讲解(03)——使用 Tinker 常见问题》 wildma 采用 知识共享署名 4.0 国际许可协议 进行许可。
 上一篇
Android 使用友盟集成 QQ、微信、微博等第三方分享 Android 使用友盟集成 QQ、微信、微博等第三方分享
前言最近项目需要加入第三方分享和登录功能,之前其他项目的第三方分享和登录一直都使用ShareSDK实现的。为了统一使用友盟的全家桶,所以三方分享和登录也就选择了友盟。这里记录一下完整的集成与使用流程。 一、申请友盟Appkey直接到友盟官网
下一篇 
热修复框架 Tinker 最完整讲解(02)——加入 Walle 多渠道打包 热修复框架 Tinker 最完整讲解(02)——加入 Walle 多渠道打包
前言上一篇文章 热修复框架Tinker最完整讲解(01)——集成之路 已经介绍我们的项目渠道包有20个,并且我们多渠道打包是采用productFlavors实现的。但是这种多渠道打包会造成20个渠道包的热更新就需要20个补丁,这样肯定是不合
  目录