公司近期想要接入热更新功能,总监也一直想要这个功能,说改个文本图片啥的方便,处理紧急Bug使用,ok,谁让你是老大我不是啊,那就干!因为之前有接入Bugly更新功能,刚好,偷个懒,直接继续Bugly内部自带集成的就好了,什么是热更新就不多说了,美团、阿里、腾讯各大公司也都有自家的,之前博客就有讲过腾讯的Tinker(热修复Tinker的快速集成),我要说的Bugly也是腾讯的,这个Bugly是相当的six six six,自带了应用升级的功能,什么强制更新、非强制更新,那可是随便搞,更新弹窗样式你也可以随便自定义,真是省了不少事,现在又把Tinker揉进去了,接入起来也更加easy了。
项目build.gradle下添加依赖:classpath "com.tencent.bugly:tinker-support:latest.release"
app下build.gradle下添加:
dependencies {
compile "com.android.support:multidex:1.0.1" // 多dex配置
//注释掉原有bugly的仓库
//compile 'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新版本号,也可以指定明确的版本号,例如1.3.4
compile 'com.tencent.bugly:crashreport_upgrade:1.3.4'
compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号,也可以指定明确的版本号,例如2.2.0
}
同时app下的build.gradle头部需要添加:
依赖插件脚本
//apply from: 'tinker-support.gradle'
既然都from了,那这玩意儿就得自己新建出来了,自己在app目录下新建一个tinker-support.gradle这些都没啥说的,必须的!具体内容就是如下所示,我把自己的贴出来,大家看看,该有的注释也基本都齐了,代码中的bakPath就是项目调到Project后build文件夹下的新文件,咱所有补丁什么的都是这这文件夹下玩的。
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此处填写每次构建生成的基准包目录
*/
def appName = "app-0207-10-30-07"
def appFile = "app_248"
def versionName = "2.0.6.1"
/**
* 对于插件各参数的详细解析请参考
*/
tinkerSupport {
// 开启tinker-support插件,默认值true
enable = true
// 指定归档目录,默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
// 是否启用覆盖tinkerPatch配置功能,默认值false
// 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时,必需指定基线版本的apk,默认值为空
// 如果为空,则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${appName}/${appFile}/app-app_248-release.apk"
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${appName}/${appFile}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${appName}/${appFile}/app-app_248-release-R.txt"
// 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
tinkerId = versionName
// 构建多渠道补丁时使用
buildAllFlavorsDir = "${bakPath}/${appName}"
// 是否启用加固模式,默认为false.(tinker-spport 1.0.7起支持)
isProtectedApp = true
// 是否开启反射Application模式
enableProxyApplication = true
}
/**
* 一般来说,我们无需对下面的参数做任何的修改
* 对于各参数的详细介绍请参考:
* https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
*/
tinkerPatch {
//oldApk ="${bakPath}/${appName}/app-release.apk"
ignoreWarning = false
useSign = true
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"
//applyMapping = "${bakPath}/${appName}/app-release-mapping.txt" // 可选,设置mapping文件,建议保持旧apk的proguard混淆方式
//applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可选,设置R.txt文件,通过旧apk文件保持ResId的分配
}
}
其实到上面基本的就完活儿了,就剩下怎么使用了,我选择的接入方式是反射的模式,为啥呢?省事!具体字段就是上面代码中的
enableProxyApplication = true
这个不需要去自定义我们的application了,具体如下:
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
// 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId
// 调试时,将第三个参数改为true
Bugly.init(this, "900029763", false);
}
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
// you must install multiDex whatever tinker is installed!
MultiDex.install(base);
// 安装tinker
Beta.installTinker();
}
}
ok,初始化完活!
这边我也不长篇大论了,前阵子远程教我的小基友用这个Bugly的热更新时给他总结了一段话,大白话,轻松易懂,贴出来大家看看:
1.先清空bakApk文件夹,并clean,然后随便写一个tinkerId(这个是绑定Apk的)
2.点击build->assembleRelease,bakApk会生成apk包和txt文件,记住该文件夹,一般都为app-时间啥的
3.将tinker-support.gradle中的 def appApkDir的值改为上面的文件夹名app-时间。。。(必须一致,算一个校验吧)
4.修改tinkerId(现在这个是针对补丁的),修改Bug
5.转移出bakApk内app_时间内的app_release,安装到手机里,这就是带有tinkerId的Bug版App
6.点击tinker-support下buildTinkerPatchRelease,会在outputs里生成patch文件夹,取出7zip文件传到Bugly官网上的个人中心发布即可
1、咱自己的application内部要加个activity声明,这是人家三方的
2、7.0以上手机的FileProvider,你热更新要加东西肯定少不了这个啊,别忘了,具体怎么使用就不啰嗦了,都懂
ok!完活~有不会的或者看不懂的留言啊