实用便捷的热修复—bugly:tinker

最新推荐文章于 2021-11-25 17:10:29 发布

博中自有黄金屋

最新推荐文章于 2021-11-25 17:10:29 发布

阅读量1k

点赞数 1

分类专栏：【Android进阶知识】文章标签：热修复 bugly tinker

本文链接：https://blog.csdn.net/duyanfengIT/article/details/72675138

版权

【Android进阶知识】专栏收录该内容

6 篇文章 0 订阅

订阅专栏

热修复

最近两年热修复技术也是吵得很火，在技术人眼里，学如逆水行舟不进则退。让自己跟上技术的进步显得尤为重要，说白了就是为了活着，你不得不去被动或者主动的学习。
　　热修复这个词用的也真是贴切，其实就从技术人眼里看起来挺不错，就是给人一种安全感。
　　那么热修复能干什么？
　　当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

博中自有黄金屋

关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
实用便捷的热修复—bugly:tinker

热修复　　最近两年热修复技术也是吵得很火，在技术人眼里，学如逆水行舟不进则退。让自己跟上技术的进步显得尤为重要，说白了就是为了活着，你不得不去被动或者主动的学习。　　热修复这个词用的也真是贴切，其实就从技术人眼里看起来挺不错，就是给人一种安全感。　　那么热修复能干什么？　　当App上线后，在用户使用时发现了有存在需要及时修复的bug，这时候想必我们需要做的就是修复bug、重新打包App、
复制链接

扫一扫