热修复框架Tinker最完整讲解(03)——使用Tinker常见问题
来源:互联网 发布:淘宝客户运营平台在哪 编辑:程序博客网 时间:2024/05/16 12:43
转载请注明出处: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 failedTinker.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 failedCaused 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常见问题
- 热修复框架Tinker最完整讲解(03)——使用Tinker常见问题
- 热修复框架Tinker最完整讲解(01)——集成之路
- 热修复框架Tinker最完整讲解(02)——加入Walle多渠道打包
- 热修复框架-Tinker接入常见问题
- android热修复框架Tinker(一)
- 接入热修复框架TinKer
- 热修复(Tinker的使用)
- 热修复——Tinker的集成与使用
- 热修复——Tinker 的集成与使用
- 热修复Tinker简单使用
- Tinker热修复技术使用
- 热修复tinker的使用
- Android热修复——Tinker
- [Android]腾讯Tinker热修复框架简单使用
- Tinker 热修复框架 简单上手教程
- Tinker 热修复框架 简单上手教程
- Tinker 热修复框架 简单上手教程
- Android 热修复框架 Tinker ( 一 )
- 文章标题
- 代理模式及Java实现动态代理
- rosbridge小结
- 实训笔记第十天
- zepto源码之event.js
- 热修复框架Tinker最完整讲解(03)——使用Tinker常见问题
- Linux程序设计--进程与信号
- EffictiveJava学习笔记--创建和销毁对象
- [Linux C语言](学习笔记)标准输入流输出流以及错误流的重定向机制(2)
- K进制下的大数 字符串取模
- JDBC之调用存储过程
- 用c语言实现继承和多态
- 自定义控件之TagGroup
- kubernetes安全测试