热修复
最近两年热修复技术也是吵得很火,在技术人眼里,学如逆水行舟不进则退。让自己跟上技术的进步显得尤为重要,说白了就是为了活着,你不得不去被动或者主动的学习。
热修复这个词用的也真是贴切,其实就从技术人眼里看起来挺不错,就是给人一种安全感。
那么热修复能干什么?
当App上线后,在用户使用时发现了有存在需要及时修复的bug,这时候想必我们需要做的就是修复bug、重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装。有时候可能修复bug所需要的工作量非常小,但是付出的时间的繁琐的工作是很多的。所谓,不同时代涌现不同英雄,大概技术也是如此吧。面对这种问题,大神们也想出好的办法来控制工作成本,那就是热修复。以补丁的方式动态修复紧急Bug,不再需要重新发布App,不再需要用户重新下载,在用户毫无察觉的情况下就修复了程序出现的问题,看到这里是不是很想亲自掌握并运用到自己的项目中呢?
bugly集成tinker的使用##
- 1.在project.build文件中添加
buildscript {
repositories {
jcenter()
}
dependencies {
// tinkersupport插件, 其中lastest.release指拉取最新版本,也可以指定明确版本号,例如1.0.4
classpath "com.tencent.bugly:tinker-support:latest.release"
}
}
- 2.在app 的build.gradle中添加配置
android {
compileSdkVersion 25
buildToolsVersion "25.0.2"
defaultConfig {
applicationId "com.smart.melo.hotrepaire"
minSdkVersion 17
targetSdkVersion 25
versionCode 5
versionName "1.0"
ndk {
//设置支持的SO库架构
abiFilters 'armeabi' //, 'x86', 'armeabi-v7a', 'x86_64', 'arm64-v8a'
}
}
buildTypes {
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
// 自己的
// compile fileTree(dir: 'libs', include: ['*.jar'])
// testCompile 'junit:junit:4.12'
// compile 'com.android.support:appcompat-v7:25.0.1'
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
}
- 3.在app 的build.gradle中添加配置
// 依赖插件脚本
apply from: 'tinker-support.gradle'
- 4.您需要在app 的build.gradle同级目录下创建tinker-support.gradle这个文件
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此处填写每次构建生成的基准包目录
*/
def baseApkDir = "app-0208-15-10-00"
/**
* 对于插件各参数的详细解析请参考
*/
tinkerSupport {
// 开启tinker-support插件,默认值true
enable = true
// 指定归档目录,默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"
// 是否启用覆盖tinkerPatch配置功能,默认值false
// 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 编译补丁包时,必需指定基线版本的apk,默认值为空
// 如果为空,则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/app-debug.apk"
// 对应tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 对应tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
// 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
tinkerId = "base-1.0.5"
// 构建多渠道补丁时使用
// 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的分配
}
}
- 5.按照官方建议的,我们最好自定义application,也就是enableProxyApplication = false 的情况
public class SampleApplication extends TinkerApplication {
public SampleApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "xxx.xxx.SampleApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
上面代码中的"xxx.xxx.SampleApplicationLike",别忘了换成自己的包名,另外这个SampleApplication 中什么操作也不做,只是为了反射到
SampleApplicationLike这个类中
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(), "appid", false);
}
@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);
}
}
到这里就完成了bugly-tinker的集成,当你sync的时候,如果在android monitor中报红,直接点击报错就行了
- 6.AndroidManifest.xml配置
<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" />
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
到这里就可以演示热修复了。
- 首先,看我们的activity_main.xml,很简单
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="com.smart.melo.hotrepaire.MainActivity">
<Button
android:id="@+id/btn_click"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="点击"/>
<TextView
android:id="@+id/tv_content"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="content"/>
</LinearLayout>
一个按钮 ,来获取字符串并且显示到textview上
- MainActivity的代码也很简单
public class MainActivity extends AppCompatActivity {
//文档地址https://bugly.qq.com/docs/user-guide/instruction-manual-android-hotfix/?v=20170517185032
String str;
Button mButton;
TextView mTextView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mButton= (Button) findViewById(R.id.btn_click);
mTextView= (TextView) findViewById(R.id.tv_content);
mButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
mTextView.setText(TestClass.getString());
}
});
}
}
- 下边的TestClass中有一个空指针的bug
public class TestClass {
public static String getString(){
String string=null;
return string.length()+"";
}
}
这个效果就不演示了,绝对项目会崩的。
重点部分
对于热修复来说,就是对之前有bug的app版本打上一个补丁,那么我们来生产一个有bug的基准版本。
我们用assembleDebug来生成debug版本的apk,因为这里我用的debug版本,所以在tinker-support.gradle中的baseApk路径也要换成debug的
可以了,当我们assembleDebug之后在app/build的目录下会生产bakApk的包,而里面会产生以时间戳为package名字的几个app包
当前我们有bug的基准包为app-0523-16-05-07
此时我们将包下的app-debug.apk文件运行起来绝壁是会崩的。那好我们现在去打一个补丁修复这个bug
此时要注意的是两个地方,还是tinker-support.gradle这个文件
/**
* 此处填写每次构建生成的基准包目录
*/
def baseApkDir = "app-0523-16-05-07"
这个基准包目录就是我们刚才bakApk包下的有bug基准包的package名
,另一个地方
// 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
tinkerId = "patch-1.0.6"
之前我们基准包的thinkId是"base-1.0.6",这里为什么要换成"patch-1.0.6",那是官方规定的,当然这个名字可以随便起。
修改完这两个地方后我们就可以去用buildTinkerPatchDebug打补丁包了,因为我们是没有签名的版本,所以还是用debug去打补丁包
之后会在app/build/outputs目录下生产一个patch的补丁package,
下面我们就找到这个补丁包patch_signed_7zip.apk
最后一步就是上传到bugly官网,将之前有bug的基准包和现在的补丁包合并,然后修复bug。这一步也是非常重要的。
参考官方文档和视频可能学习的更快;
Bugly Android热更新使用指南:https://bugly.qq.com/docs/user-guide/instruction-manual-android-hotfix/?v=20170517185032
Bugly Android热更新使用视频教学:http://v.qq.com/boke/gplay/9f3b4b1232819f453becd2356a3493c4_bme000301803d13_5_w0384j4xrnd.html
会遇到的问题
Error:Java 8 language support, as requested by ‘android.enableD8.desugaring= true’
解决:
gradle.properties中添加
android.enableD8.desugaring = true
android.useDexArchive = true
借用链接:https://blog.csdn.net/csdn_loveqingqing/article/details/104553314