bugly 热更新的简单实用
前言:
日常开发工作中,对正式线上的app进行bug收集使用的是腾讯的bugly的sdk,感觉非常好用对app的bug收集,bug解释和统计非常好,自己就一直使用,由于工作的需求问题自己对app的热更新一致处于知道的层次,从来没使用过,也没有认真亚研究过,今天终于下定绝心要自己实现一遍了!!!
1.为什么使用bugly的热修复,而不是用 Tinker ,首先bugly可以实现,bug收集,app升级,tinker,以及App的统计等
2.简单啊,不用去适配啊,不用去操心 tinker 的 升级啊
第一步:我们要先去 登录 bugly,找到个人中心 ,点击我的应用, 创建应用,填写必要信息,创建应用,这样我们看到
其中StudyBugly是我创建的一个项目;其中appid是我们下面要用到的
下面你可以按照腾讯的官方文档进行学习使用,链接 也可以按照我自己的总结进行下去
第二步:新建一个AS项目StudyBugly
第三步:书写一段带有bug的代码,并让它展现出来,生成签名文件留着备用
第四步:配置自己的app目录下的 build.gradle 如下自己的例子
apply plugin: 'com.android.application'
/**
* tinker-support.gradle 这个是自己自定义的文件名字,在这引用,
* 其中tinker-support.gradle 是定义热更新的一些基本配置,这个等级和自己的app的
* build 位于相同等级
*/
apply from: 'tinker-support.gradle'
android {
compileSdkVersion 28
defaultConfig {
applicationId "com.zxl.studybugly"
minSdkVersion 15
targetSdkVersion 28
versionCode 1
versionName "1.0.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
//配置支持的bugly so架构
ndk {
//设置支持的SO库架构
abiFilters 'armeabi' //, 'x86', 'armeabi-v7a', 'x86_64', 'arm64-v8a'
}
}
//签名脚本配置
signingConfigs {
create("release") {
//正确填写你的jks文件目录地址
storeFile file("../config/StudyBugly.jks")
//签名
storePassword "121104115"
//别名标签
keyAlias "StudyBugly"
//秘钥
keyPassword "121104115"
storeType "jks"
}
}
//编译类型
buildTypes {
//正式版本
release {
//优化png图片
crunchPngs true
//开启资源压缩(先去除无用资源,然后进行资源压缩,条件是混淆必须首先开启,不开启则没用)
shrinkResources true
//开启混淆
minifyEnabled true
// 不显示Log
buildConfigField "boolean", "LOG_DEBUG", "false"
//Zipalign优化
zipAlignEnabled true
//配置混淆文件
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.release
}
}
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:28.0.0'
implementation 'com.android.support.constraint:constraint-layout:1.1.3'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
//腾讯bugly热更新
//multidex 必须配置
implementation "com.android.support:multidex:1.0.3" // 多dex配置
//注释掉原有bugly的仓库,这里最好配置指定版本
//compile 'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新版本号,也可以指定明确的版本号,例如1.3.4
implementation 'com.tencent.bugly:crashreport_upgrade:1.3.8'
// 指定tinker依赖版本(注:应用升级1.3.5版本起,不再内置tinker)
implementation 'com.tencent.tinker:tinker-android-lib:1.9.9'
//如果你的项目中没有引用jni,或者jni不用进行热更新,可以不引用这个依赖
//implementation 'com.tencent.bugly:nativecrashreport:latest.release'
//其中latest.release指代最新版本号,也可以指定明确的版本号,例如2.2.0
//这个是自己找的第三方的混淆文件,可以省去几乎所有主流框架的混淆配置,如果没有得自己还是要手动添加
implementation "com.blankj:free-proguard:1.0.0"
}
第五步:新建 tinker-support.gradle
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此处填写每次构建生成的基准包目录,
* 这个目录的命名是自己的正式包的目录,当我们进行热更新时打包时,该build会首先在这个目录下寻找我们
* 要发布插件的app,如果找不到这个目录或者找不到apk,就会打包失败
*/
def baseApkDir = "app-0330-14-34-41"
/**
* 对于插件各参数的详细解析请参考
*/
tinkerSupport {
// 开启tinker-support插件,默认值true
enable = true
// 指定归档目录,默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
//这个是自动管理TinkerId,我们就不用自己是管理TinkerId了
autoGenerateTinkerId = true
// 是否启用覆盖tinkerPatch配置功能,默认值false
// 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时,必需指定基线版本的apk,默认值为空
// 如果为空,则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/app-release.apk"
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
// 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
//当我们打正式包时,命名为 base-1.0.1; 补丁包时patch-1.0.1
tinkerId = "patch-1.0.1"
// 构建多渠道补丁时使用
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否启用加固模式,默认为false.(tinker-spport 1.0.7起支持)
// isProtectedApp = true
// 是否开启反射Application模式
enableProxyApplication = false
// 是否支持新增非export的Activity(注意:设置为true才能修改AndroidManifest文件)
supportHotplugComponent = 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的分配
}
}
第六步:继承applacition,创建自己自己的 ApplicationLike,并且更换ApplicationLike里面的 AppId
applacition 其中第二个参数要替换成自己的ApplicationLike
package com.zxl.studybugly;
import com.tencent.tinker.loader.app.TinkerApplication;
import com.tencent.tinker.loader.shareutil.ShareConstants;
public class SampleApplication extends TinkerApplication {
public SampleApplication() {
/**
* 参数1:tinkerFlags 表示Tinker支持的类型 dex only、library only or all suuport,
* default: TINKER_ENABLE_ALL,支持全部类型
* 参数2:delegateClassName Application代理类 这里填写你自定义的ApplicationLike
* 参数3:loaderClassName Tinker的加载器,使用默认即可
* 参数4:tinkerLoadVerifyFlag 加载dex或者lib是否验证md5,默认为false
*/
super(ShareConstants.TINKER_ENABLE_ALL, "com.zxl.studybugly.SampleApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
ApplicationLike 替换你的appid
package com.zxl.studybugly;
import android.annotation.TargetApi;
import android.app.Application;
import android.content.Context;
import android.content.Intent;
import android.os.Build;
import android.support.multidex.MultiDex;
import com.tencent.bugly.Bugly;
import com.tencent.bugly.beta.Beta;
import com.tencent.tinker.entry.DefaultApplicationLike;
public class SampleApplicationLike extends DefaultApplicationLike {
public static final String TAG = "Tinker.SampleApplicationLike";
public SampleApplicationLike(Application application, int tinkerFlags,
boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime,
long applicationStartMillisTime, Intent tinkerResultIntent) {
super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent);
}
@Override
public void onCreate() {
super.onCreate();
// 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId
// 调试时,将第三个参数改为true
Bugly.init(getApplication(), "cd0aeb3e92", true);
}
@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);
}
}
第七步:配置清单文件,application不要忘了
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.zxl.studybugly">
<!--配置权限-->
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.READ_LOGS" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
<application
android:name=".SampleApplication"
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:roundIcon="@mipmap/ic_launcher_round"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<!--Main2Activity这个没有一点作用,就是为了出去警告用的-->
<activity android:name=".Main2Activity">
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</activity>
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<!--配置BetaActivity,这个在bugly的包里面,不用我们写-->
<activity
android:name="com.tencent.bugly.beta.ui.BetaActivity"
android:configChanges="keyboardHidden|orientation|screenSize|locale"
android:theme="@android:style/Theme.Translucent" />
</application>
</manifest>
第八步:
打包我们的带有bug的apk,这里要说明一点,一定要在build中配置我们的签名文件,并且buildTypes {}一定要在defaultConfig{}下面要不然打包出来提示的是没有签名文件的
你要首先安装上带有bug的正式包,然后打开测试你的bug,然后修复bug,或者改变其中显示汉字等,在执行打插件包的命令,打出对应的插件包,如图所示:
把自己的插件包上传的bugly平台,然后退出app,再次打开就应该可以看到bug已经被修复了,(我在测试的时候,不知什么原因,反复打开多次app,始终没有修复,等了将近有10分钟才显示修复成功,后来发现是自己的bugly页面提示404了,我们要经常刷新bugly页面)
这里讲解的是按照我的思路来的,基本和官方文档一致,但是有很多不全面的地方,最好还是去看下官方文档