上一文章讲了如何使用tinker,今天我们带来一个更加方便的sdk,它也是使用tinker来实现热更新,还另加入了后台管理补丁,是不是更加方便很多,而且还减少了我们tinker的许多配置.
打开app后,再重启app,即可看到修复
配置主项目和app项目的build.gradle,为了分隔配置,新建一个tinker-support.gradle.
主目录的build.gradle:
classpath "com.tencent.bugly:tinker-support:latest.release"
项目的build.gradle:
//hot fix
compile "com.android.support:multidex:1.0.1" // 多dex配置
//注释掉原有bugly的仓库
//compile 'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新版本号,也可以指定明确的版本号,例如2.3.2
compile 'com.tencent.bugly:crashreport_upgrade:latest.release'//其中latest.release指代最新版本号,也可以指定明确的版本号,例如1.2.0
compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号,也可以指定明确的版本号,例如2.2.0
注意:顺便把debug和release的签名文件也配置了
signingConfigs {
release {
try {
storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
storePassword "123456"
keyAlias "FanLi_mall"
keyPassword "123456"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
debug {
keyAlias 'FanLi_mall'
keyPassword '123456'
storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
storePassword '123456'
}
}
buildTypes {
release {
minifyEnabled false
signingConfig signingConfigs.debug
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
minifyEnabled false
signingConfig signingConfigs.debug
}
}
sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
lintOptions {
checkReleaseBuilds false
abortOnError false
}
新建tinker-support.gradle文件进行tinker一些配置,再加入你地model的build.gradle.
需要注意:
def baseApkDir = “fanli-0522-11-02-36”指的是你存放基准apk的文件夹.
baseApk = “ bakPath/ {baseApkDir}/fanli-release.apk”是你基准apk的名称,要对应.
tinkerId = “patch-5.1.2”指的是当前基准apk的唯一标识号,再生成补丁时候需要去修改.
enableProxyApplication = false是否开启反射,默认是不开启,需要我们手动改造application,这样兼容性会更高.
// 依赖插件脚本
apply from: 'tinker-support.gradle'
tinker-support.gradle:
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此处填写每次构建生成的基准包目录
*/
def baseApkDir = "fanli-0522-11-02-36"
/**
* 对于插件各参数的详细解析请参考
*/
tinkerSupport {
// 开启tinker-support插件,默认值true
enable = true
// 指定归档目录,默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
// 是否启用覆盖tinkerPatch配置功能,默认值false
// 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时,必需指定基线版本的apk,默认值为空
// 如果为空,则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/fanli-release.apk"
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
// 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
tinkerId = "patch-5.1.2"
// 构建多渠道补丁时使用
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否启用加固模式,默认为false.(tinker-spport 1.0.7起支持)
// isProtectedApp = true
// 是否开启反射Application模式
enableProxyApplication = false
}
/**
* 一般来说,我们无需对下面的参数做任何的修改
* 对于各参数的详细介绍请参考:
* 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的分配
}
}
改造Application,这里我选择的是enableProxyApplication = false,手动改造
继承DefaultApplicationLike,主要的3个方法.
这里注意了:在你上传补丁时候,选择下发设备有开发,全量,自定义选择,如果选择的是开发设备,要检查你是否调用了Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
否则会收不到补丁更新.这是个坑.
@Override
public void onCreate() {
super.onCreate();
// 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId
// 调试时,将第三个参数改为true
Bugly.init(getApplication(), "900029763", false);
Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
//
//这里转移你Application中oncreate的代码
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
@Override
public void onBaseContextAttached(Context base) {
super.onBaseContextAttached(base);
// you must install multiDex whatever tinker is installed!
MultiDex.install(base);
// 安装tinker
// TinkerManager.installTinker(this); 替换成下面Bugly提供的方法
Beta.installTinker(this);
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
public void registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks) {
getApplication().registerActivityLifecycleCallbacks(callbacks);
}
继承TinkerApplication
构造方法有4个参数.
第一个是你需要补丁修改的类型,有资源文件,类等等,这里选取全部.
第二个是上面我们改造的ApplicationLike,需要全包名.
后2个默认.
最后记得在AndroidManifest.xml配置这个TinkerApplication.
public class MyApplicationLike extends TinkerApplication {
public MyApplicationLike() {
super(ShareConstants.TINKER_ENABLE_ALL, "interest.fanli.app.FanLiBaseApplication",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
生成基准版app,也就是存在bug版本的apk(记得通报联网,也就是联网打开该app,bugly会上传版本号到后台数据库)
为基准版apk,生成修复的补丁文件patch_singed_7zip.apk
打补丁文件,需要修改3个地方.在tinker-support.gradle中
1,def baseApkDir = “fanli-0522-11-02-36”
对应你地基准版本所在文件夹
2,baseApk = “ bakPath/ {baseApkDir}/fanli-release.apk”
apk的名称
3.tinkerId = “patch-5.1.2”
修改tinkerId,只要和基准版本不一样即可.
(若开启混淆还需要配置:
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
)
补丁文件路径:build\outputs\patch\release\patch_signed_7zip.apk
注意是patch路径下的,并不是tinkerPatch下的.
联网上报后,Bugly上传补丁文件,选择的是全量设备,若是开发设备,记得加上Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
重启app(大概重启2次),即可修复
bugly视频教学接入
常见问题与文档