Android热更新(Tinker)
花了周一周二两天的时间研究了下bugly的版本更新以及bugly的热更新。
总结一下收获:
1.站在巨人的肩膀上就是方便,腾讯不愧是王者(不知道还有没有机会去这样的大公司,意淫一下)。
2.bugly的版本更新虽然方便,但是有延迟,项目需求我可能不会采用。因为进入程序到检测到新版本会有4-5秒的延迟,当用户已经开始使用后才提示有新版本,会影响客户的体验感,所以还是用自己的版本更新。
3.热更新集成相对还是容易的。有几个细节注意下即可,热更新提交补丁后也会有延迟,不是实时生效的,亲测会有5分钟的延迟,但是补丁确实挺好用,对后期bug的更改大有好处。
4.热更新唯一的不方便我感觉就是集成assembleRelease或者assembleDebug是,如果想在build下clean Project的话,在项目的app中的build中生成apk会被clean掉,所以热更新时不要clean项目,否则就需要重新生成。当然如果你想重新热更新,clean是最便捷的方法啦。
热更新的步骤
1.集成sdk,引入bugly热更新需要的包
compile 'com.tencent.bugly:crashreport_upgrade:latest.release'
compile 'com.tencent.bugly:nativecrashreport:latest.release'
compile "com.android.support:multidex:1.0.1" // 多dex配置
2.添加Tinker插件(加的是第三步新建的插件)
apply from: 'tinker-support.gradle'
3.新建tinker-support.gradle(最重要的部分)
3.1-baseAokDir是生成base-apk后填写的名称,一般是生成的日期
3.2- tinkerId 唯一,补丁包就是对指向的版本进行打补丁
3.2.1-tinkerId = “base-1.0.3” 生成apk时
3.2.2-tinkerId = “patch-1.0.3” 打补丁时,只需更该base为patch
3.3- enableProxyApplication = true 表示用自己项目中的Application,想false也可以,不怕麻烦就可以
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此处填写每次构建生成的基准包目录
*/
def baseApkDir = "app-1205-14-06-35"
/**
* 对于插件各参数的详细解析请参考
*/
tinkerSupport {
// 开启tinker-support插件,默认值true
enable = true
// 自动生成tinkerId, 你无须关注tinkerId,默认为false
autoGenerateTinkerId = true
// 指定归档目录,默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
// 是否启用覆盖tinkerPatch配置功能,默认值false
// 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时,必需指定基线版本的apk,默认值为空
// 如果为空,则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/app-release.apk"
//baseApk = "${bakPath}/${baseApkDir}/app-debug.apk"
// 对应tinker插件applyMapping
//baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-debug-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
//baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-debug-R.txt"
// 构建基准包跟补丁包都要修改tinkerId,主要用于区分
tinkerId = "patch-1.0.3"
// 打多渠道补丁时指定目录
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否使用加固模式,默认为false
// isProtectedApp = true
// 是否采用反射Application的方式集成,无须改造Application
enableProxyApplication = true
// 支持新增Activity
supportHotplugComponent = true
//补丁包的版本号
// tinkerId = "1.0.1-base"
}
/**
* 一般来说,我们无需对下面的参数做任何的修改
* 对于各参数的详细介绍请参考:
* https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
*/
tinkerPatch {
tinkerEnable = true
ignoreWarning = false
useSign = false
dex {
dexMode = "jar"
pattern = ["classes*.dex"]
loader = []
}
lib {
pattern = ["lib/*/*.so"]
}
res {
pattern = ["res/*", "r/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
ignoreChange = []
largeModSize = 100
}
packageConfig {
}
sevenZip {
zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
// path = "/usr/local/bin/7za"
}
buildConfig {
keepDexApply = false
//tinkerId = "1.0.1-base"
}
}
4.配置完成开始打待更新的或者有bug的apk
5.更改tinker-support.gradle
5.1更该base为patch
6.0 运行程序
7.0生成补丁,放网上
8.0下班啦。明天再写,游泳去。。。。。。。
《Android版本更新、热更新》系列课程视频
版本更新6.0,7.0统统搞定!!
热修复不在麻烦,再也不用担心上线后出bug!!
http://edu.csdn.net/course/detail/6523
http://edu.csdn.net/course/play/6523/131198
《Kotlin语法基础到实战开发》系列课程视频
http://edu.csdn.net/course/detail/6409?locationNum=7&fps=1&ref=srch&loc=1