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

转载请注明出处：http://blog.csdn.net/Alpha58/article/details/74907137

前言

该系列第一篇文章 热修复框架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系列文章

热修复框架Tinker最完整讲解（01）——集成之路

热修复框架Tinker最完整讲解（02）——加入Walle多渠道打包

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