腾讯bugly-微信tinker热修复快速接入

时间:2021-06-19 08:55:15

继插件化后,热补丁技术在2015年开始爆发,目前已经是非常热门的Android开发技术。随着对热补丁的多次尝试与应用,微信建立起自身的流程规范,同时也不断的尝试拓展它的应用场景。

OK,下面我们直接上代码:

第一步:添加插件依赖
工程根目录下“build.gradle”文件中添加:

buildscript {
repositories {
jcenter()
}
dependencies {
// tinkersupport插件, 其中lastest.release指拉取最新版本,也可以指定明确版本号,例如1.0.4
classpath "com.tencent.bugly:tinker-support:latest.release"
}
}

第二步:在preject/app/目录下创建tinker-support.gradle文件,文件内容如下:

apply plugin: 'com.tencent.bugly.tinker-support'

def bakPath = file("${buildDir}/bakApk/")

/**
* 此处填写每次构建生成的基准包目录
*/

def baseApkDir = "app-0517-11-35-01"

/**
* 对于插件各参数的详细解析请参考
*/

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"

// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"

// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"

// 构建基准包跟补丁包都要修改tinkerId,主要用于区分
tinkerId = "1.0.3-patch"

// 打多渠道补丁时指定目录
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"

// 是否使用加固模式,默认为false
// isProtectedApp = true

// 是否采用反射Application的方式集成,无须改造Application
enableProxyApplication = true
//这是Tinker推荐的接入方式,一定程度上会增加接入成本,但具有更好的兼容性。
//enableProxyApplication = false
}

/**
* 一般来说,我们无需对下面的参数做任何的修改
* 对于各参数的详细介绍请参考:
* 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 = 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 = "base-2.0.1"
}
}

第三步:在项目app目录下的build.gradle文件中配置以下内容:

// 依赖插件脚本
apply from: 'tinker-support.gradle'
dependencies {
...
// 多dex配置
compile "com.android.support:multidex:1.0.1"
// 远程依赖集成方式(推荐)
compile "com.tencent.bugly:crashreport_upgrade:latest.release"
}
android{
...
defaultConfig {
...
// 开启multidex
multiDexEnabled true
}
...
sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
repositories {
flatDir {
dirs 'libs'
}
}
/*
如果是多渠道打包的话则放开注释即可
productFlavors {
xiaomi {
applicationId 'com.tencent.bugly.hotfix.xiaomi'
}
yyb {
applicationId 'com.tencent.bugly.hotfix.yyb'
}
}*/
}

第四步:在混淆文件中加上内容维护的配置:

# Bugly混淆规则
-dontwarn com.tencent.bugly.**
-keep public class com.tencent.bugly.**{*;}
# 避免影响升级功能,需要keep住support包的类
-keep class android.support.**{*;}

第五步:在manifestxml中增加权限和相关配置:

 <!--Bugly升级SDK权限配置开始-->
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE"/>
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>
<uses-permission android:name="android.permission.INTERNET"/>
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.READ_PHONE_STATE"/>

<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
<!--Bugly升级SDK权限配置结束-->

<application ...>
<!-- Bugly升级SDK配置开始 -->
<activity
android:name="com.tencent.bugly.beta.ui.BetaActivity"
android:theme="@android:style/Theme.Translucent"/>

<provider
android:name="android.support.v4.content.FileProvider"
android:authorities="com.tencent.bugly.hotfix.easy.fileProvider"
android:exported="false"
android:grantUriPermissions="true">

<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/provider_paths"/>

</provider>
</application>

第六步:在res目录下创建xml文件夹,然后在xml目录下创建provider_paths.xml资源文件,文件内容:

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
<!-- /storage/emulated/0/Download/com.bugly.upgrade.demo/.beta/apk-->
<external-path name="beta_external_path" path="Download/"/>
<!--/storage/emulated/0/Android/data/com.bugly.upgrade.demo/files/apk/-->
<external-path name="beta_external_files_path" path="Android/data/"/>
</paths>

**

第七步:创建自定义的application(这里主要根据tinker-support.gradle文件中配置的enableProxyApplication为true和false):
enableProxyApplication = true的情况

/**
* Demo Application示例.
*
* @author wenjiewu
* @since 2017/1/3
*/

public class MyApplication extends Application {

@Override
public void onCreate() {
super.onCreate();

setStrictMode();
// 设置是否开启热更新能力,默认为true
Beta.enableHotfix = true;
// 设置是否自动下载补丁
Beta.canAutoDownloadPatch = true;
// 设置是否提示用户重启
Beta.canNotifyUserRestart = true;
// 设置是否自动合成补丁
Beta.canAutoPatch = true;

/**
* 全量升级状态回调
*/

Beta.upgradeStateListener = new UpgradeStateListener() {
@Override
public void onUpgradeFailed(boolean b) {

}

@Override
public void onUpgradeSuccess(boolean b) {

}

@Override
public void onUpgradeNoVersion(boolean b) {
Toast.makeText(getApplicationContext(), "最新版本", Toast.LENGTH_SHORT).show();
}

@Override
public void onUpgrading(boolean b) {
Toast.makeText(getApplicationContext(), "onUpgrading", Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadCompleted(boolean b) {

}
};

/**
* 补丁回调接口,可以监听补丁接收、下载、合成的回调
*/

Beta.betaPatchListener = new BetaPatchListener() {
@Override
public void onPatchReceived(String patchFileUrl) {
Toast.makeText(getApplicationContext(), patchFileUrl, Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadReceived(long savedLength, long totalLength) {
Toast.makeText(getApplicationContext(), String.format(Locale.getDefault(),
"%s %d%%",
Beta.strNotificationDownloading,
(int) (totalLength == 0 ? 0 : savedLength * 100 / totalLength)), Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadSuccess(String patchFilePath) {
Toast.makeText(getApplicationContext(), patchFilePath, Toast.LENGTH_SHORT).show();
// Beta.applyDownloadedPatch();
}

@Override
public void onDownloadFailure(String msg) {
Toast.makeText(getApplicationContext(), msg, Toast.LENGTH_SHORT).show();
}

@Override
public void onApplySuccess(String msg) {
Toast.makeText(getApplicationContext(), msg, Toast.LENGTH_SHORT).show();
}

@Override
public void onApplyFailure(String msg) {
Toast.makeText(getApplicationContext(), msg, Toast.LENGTH_SHORT).show();
}

@Override
public void onPatchRollback() {
Toast.makeText(getApplicationContext(), "onPatchRollback", Toast.LENGTH_SHORT).show();
}
};

long start = System.currentTimeMillis();
// 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId,调试时将第三个参数设置为true
Bugly.init(this, "900029763", true);
long end = System.currentTimeMillis();
Log.e("init time--->", end - start + "ms");
}

@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
// you must install multiDex whatever tinker is installed!
MultiDex.install(base);

// 安装tinker
Beta.installTinker();
}


@TargetApi(9)
protected void setStrictMode() {
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().permitAll().build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectAll().penaltyLog().build());
}
}

appId需要自己在bugly平台上申请,申请的地址是:https://bugly.qq.com/v2/products/upgrade,然后将自定义的这个application 引入在Androidmanifest.xml中

enableProxyApplication = false的情况,这种情况也是微信推荐的方式,应用这种方式的兼容性更好:

SampleApplication.java

/**
* 自定义Application.
*
* 注意:这个类集成TinkerApplication类,这里面不做任何操作,所有Application的代码都会放到ApplicationLike继承类当中<br/>
* <pre>
* 参数解析:
* 参数1:int tinkerFlags 表示Tinker支持的类型 dex only、library only or all suuport,default: TINKER_ENABLE_ALL
* 参数2:String delegateClassName Application代理类 这里填写你自定义的ApplicationLike
* 参数3:String loaderClassName Tinker的加载器,使用默认即可
* 参数4:boolean tinkerLoadVerifyFlag 加载dex或者lib是否验证md5,默认为false
* </pre>
* @author wenjiewu
* @since 2016/11/15
*/

public class SampleApplication extends TinkerApplication {
public SampleApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "com.tencent.bugly.hotfix.SampleApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
注意:这个类集成TinkerApplication类,这里面不做任何操作,所有Application的代码都会放到ApplicationLike继承类当中
**参数解析
参数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**

SampleApplicationLike.java

/**
* 自定义ApplicationLike类.
* <p>
* 注意:这个类是Application的代理类,以前所有在Application的实现必须要全部拷贝到这里<br/>
*
* @author wenjiewu
* @since 2016/11/7
*/

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();
// 设置是否开启热更新能力,默认为true
Beta.enableHotfix = true;
// 设置是否自动下载补丁,默认为true
Beta.canAutoDownloadPatch = true;
// 设置是否自动合成补丁,默认为true
Beta.canAutoPatch = true;
// 设置是否提示用户重启,默认为false
Beta.canNotifyUserRestart = false;
// 补丁回调接口
Beta.betaPatchListener = new BetaPatchListener() {
@Override
public void onPatchReceived(String patchFile) {
Toast.makeText(getApplication(), "补丁下载地址" + patchFile, Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadReceived(long savedLength, long totalLength) {
// Toast.makeText(getApplication(),
// String.format(Locale.getDefault(), "%s %d%%",
// Beta.strNotificationDownloading,
// (int) (totalLength == 0 ? 0 : savedLength * 100 / totalLength)),
// Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadSuccess(String msg) {
Toast.makeText(getApplication(), "补丁下载成功", Toast.LENGTH_SHORT).show();
}

@Override
public void onDownloadFailure(String msg) {
// Toast.makeText(getApplication(), "补丁下载失败", Toast.LENGTH_SHORT).show();

}

@Override
public void onApplySuccess(String msg) {
Toast.makeText(getApplication(), "补丁应用成功", Toast.LENGTH_SHORT).show();
}

@Override
public void onApplyFailure(String msg) {
// Toast.makeText(getApplication(), "补丁应用失败", Toast.LENGTH_SHORT).show();
}

@Override
public void onPatchRollback() {

}
};

// 设置开发设备,默认为false,上传补丁如果下发范围指定为“开发设备”,需要调用此接口来标识开发设备
Bugly.setIsDevelopmentDevice(getApplication(), true);
// 多渠道需求塞入
// String channel = WalleChannelReader.getChannel(getApplication());
// Bugly.setAppChannel(getApplication(), channel);
// 这里实现SDK初始化,appId替换成你的在Bugly平台申请的appId
Bugly.init(getApplication(), "cb7d199208", 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);

// TODO: 安装tinker
Beta.installTinker(this);
}

@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
public void registerActivityLifecycleCallback(
Application.ActivityLifecycleCallbacks callbacks) {
getApplication().registerActivityLifecycleCallbacks(callbacks);
}
}

最后将SampleApplication引入Androidmanifest.xml中

第八步:增加libs资源
在项目中app目录下创建libs资源目录,并且将so和jar导入,下载的地址是:https://github.com/BuglyDevTeam/Bugly-Android-Demo/tree/master/BuglyHotfixDemo/app/libs

第九步:在代码中随便制造一个bug,然后打基准包
1)配置基准包的tinkerId
腾讯bugly-微信tinker热修复快速接入
tinkerId最好是一个唯一标识,例如git版本号、versionName等等。 如果你要测试热更新,你需要对基线版本进行联网上报。
2)双击执行assembleRelease编译生成基准包:
腾讯bugly-微信tinker热修复快速接入
这个会在build/outputs/bakApk路径下生成每次编译的基准包、混淆配置文件、资源Id文件,如下图所示:
腾讯bugly-微信tinker热修复快速接入

实际应用中,请注意保存线上发布版本的基准apk包、mapping文件、R.txt文件,如果线上版本有bug,就可以借助我们tinker-support插件进行补丁包的生成。

安装并启动apk,上报联网数据

我们每次冷启动都会请求补丁策略,会上报当前版本号和tinkerId,这样我们后台就能将这个唯一的tinkerId对应到一个版本,大家测试的时候可以打开logcat查看我们的日志,如下图所示:
腾讯bugly-微信tinker热修复快速接入

如果看不到log,您需要将bugly初始化的第三个参数设置为true才能看到。

第十步:修复应用中的bug
未修复前
腾讯bugly-微信tinker热修复快速接入
这个类有一个会造成空指针的方法。

修复后
腾讯bugly-微信tinker热修复快速接入

对产生bug的类进行修复,作为补丁下次覆盖基线版本的类。

第十一步:根据基线版本生成补丁包
修改待修复apk路径、mapping文件路径、resId文件路径,也就是修改apkName的变量值,其中值为bakApk目录下基准包的目录名
腾讯bugly-微信tinker热修复快速接入

双击执行构建补丁包的task
腾讯bugly-微信tinker热修复快速接入

生成的补丁包在build/outputs/patch目录下:
腾讯bugly-微信tinker热修复快速接入

这时候注意看控制台的日志:
腾讯bugly-微信tinker热修复快速接入

这里详细记录了旧tinkerid和最新的tinkerid,而tinkerid的值下面已经说了是从TAPATCH.MF文件中读取的,而TAPATCH.MF文件就是我们生成的补丁包patch_signed_7zip.apk中的,我们只需要点击patch_signed_7zip.apk就可以在AS 中查看值了,而这里旧tinkerid就是我们基准包安装打开后上传给bugly的:
腾讯bugly-微信tinker热修复快速接入

第十二步:上传补丁包到平台
腾讯bugly-微信tinker热修复快速接入
腾讯bugly-微信tinker热修复快速接入
腾讯bugly-微信tinker热修复快速接入

点击发布新补丁,上传前面生成的patch包,我们平台会自动为你匹配到目标版本,你可以选择下发范围(开发设备、全量设备、自定义),填写完备注之后,点击立即下发让补丁生效,这样你就可以在客户端当中收到我们的策略,SDK会自动帮你把补丁包下到本地。

第十三步:测试补丁应用效果
有bug的基准包:
腾讯bugly-微信tinker热修复快速接入

如果匹配到目标版本,后台就会下发补丁策略,可以在logcat看到如下日志:
腾讯bugly-微信tinker热修复快速接入

下载成功之后,我们会立即去合成补丁,可以看到patch合成的日志:
腾讯bugly-微信tinker热修复快速接入

重启app查看效果
腾讯bugly-微信tinker热修复快速接入

如果你在application中设置的自定合成和自动下载的话,应用在启动一次过后二次在启动时会自动合成,这时候你就会看到变化。

小结:
Android热补丁技术应该分为以下两个流派:
1.Native:代表有阿里的Dexposed、AndFix;腾讯的内部方案KKFix;
缺点是:Dexposed/AndFix;最大挑战在于稳定性与兼容性,而且native异常排查难度更高。另一方面,由于无法增加变量与类等限制,无法做到功能发布级别;
2.Java:代表有Qzone的超级补丁、大众点评的nuwa、百度金融的rocooFix, 饿了么的amigo以及美团的robust。
缺点是:最大挑战在于性能,即Dalvik平台存在插桩导致的性能损耗,Art平台由于地址偏移问题导致补丁包可能过大的问题;

Native流派与Java流派都有着自己的优缺点,它们具体差异大家可参考上文。事实上从来都没有最好的方案,只有最适合自己的。

下面是关于bugly热修复的官方文档和Demo地址:
Bugly Android热更新使用指南
Bugly Android热更新详解
官方Demo
Tinker WIKI
原生 Tinker