Android基于Bugly实现异常实时上报和热修复集成文档

最新推荐文章于 2024-07-08 10:28:21 发布

简雨山舍

最新推荐文章于 2024-07-08 10:28:21 发布

阅读量752

点赞数

分类专栏： Android中级篇文章标签： bugly tinker 热修复

本文链接：https://blog.csdn.net/beibaokongming/article/details/84344610

版权

Android中级篇专栏收录该内容

18 篇文章 0 订阅

订阅专栏

Android基于Bugly实现异常实时上报和热修复集成文档

版本号	时间
1.0.0	2018-11-22

章节	内容
1	Tinker热修复原理
2	bugly集成步骤
3	生成热修复补丁
4	热修复补丁下发
5	热修复补丁生效
6	在bugly申请appId
7	在bugly查看异常信息
8	注意事项

1.Tinker热修复原理
原理：通过新旧apk比较，使用gradle从插件生成.dex补丁文件（并不是真正的dex文件），补丁通过服务器下发后尝试对dex文件二路归并进行合并，最终生成全量的dex文件，与生成补丁互为逆过程，生成全量dex文件后进行optimize操作，最终生成odex文件。在Application中进行反射调用已经合成的dex文件。
在这里插入图片描述

2.Bugly集成步骤

(1).在工程的build.gradle中添加以下代码

allprojects {
    repositories {
……
    maven { url 'https://jitpack.io' }
    }
}

(2).在工程的build.gradle中添加以下代码

dependencies {
    ……
    classpath "com.tencent.bugly:tinker-support:1.1.2"
}

(3).在app的build.gradle中添加以下代码

dependencies {
    ……
  implementation 'com.github.jianyushanshe:HaylionBugly:1.0'
}

(4).在app的build.gradle同级目录下创建tinker脚本文件tinker-support.gradle，拷贝以下代码到该文件。

apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
 * 此处填写每次构建生成的基准包目录
 */
def baseApkDir = "app-1122-09-30-10"
/**
 * 对于插件各参数的详细解析请参考
 */
tinkerSupport {
    // 开启tinker-support插件，默认值true
    enable = true
    // tinkerEnable功能开关
    tinkerEnable = 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 = "release-1.1.2" //
    tinkerId = "fix-1.1.2.1" //
    // 构建多渠道补丁时使用
    // buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
    // 是否启用加固模式，默认为false.(tinker-spport 1.0.7起支持）
    // isProtectedApp = true
    // 是否开启反射Application模式
    enableProxyApplication = true
    // 是否支持新增非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的分配
    }
}

(5).在app的build.gradle中应用tinker插件脚本


apply from: 'tinker-support.gradle'

(6).在app的自定义Application中初始化bugly

@Override
public void onCreate() {
    super.onCreate();
    //初始化bugly
	//参数1：当前application
	//参数2：在bugly平台申请的App Id（如何申请，见4小节）
	//参数3：是否是测试
	//参数4：App的版本号
	//参数5：是否需要tinker热修复功能
    BuglyUtil.init(this, buglyId, true, version, true);
    }

3.生成热修复补丁

要生成补丁，必须要有基准包。所以每次发布之后，要做好每个版本代码的备份。

（1）.用线上需要修复bug的版本的备份代码编译生成基准包，基准包路径见下图
在这里插入图片描述
（2）.在备份代码里面修复bug