Bugly热修复

作者: Jshu_Zx | 来源:发表于2017-03-23 09:50 被阅读0次

一、集成Bugly热修复

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

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

注意：当前我们版本需要你指定tinker插件版本为1.7.6，避免因为插件版本的变更导致补丁包的生成的问题。自SDK 1.2.2版本起无需再配tinker插件的classpath。

第二步：集成SDK
（1）gradle配置
在app module的“build.gradle”文件中添加（示例配置）：

   dependencies {
   compile "com.android.support:multidex:1.0.1" // 多dex配置
   compile 'com.tencent.bugly:crashreport_upgrade:latest.release'//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.2.1
  }

(2) 在app module的“build.gradle”文件中添加：

// 依赖插件脚本
apply from: 'tinker-support.gradle'

(3) 在build.gradle同级目录下创建tinker-support.gradle这个文件

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

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

def appName = "app-0111-15-18-41"

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

// 开启tinker-support插件，默认值true
enable = true

// 指定归档目录，默认值当前module的子目录tinker
autoBackupApkDir = "${bakPath}"

// 是否启用覆盖tinkerPatch配置功能，默认值false
// 开启后tinkerPatch配置不生效，即无需添加tinkerPatch
overrideTinkerPatchConfiguration = true

// 编译补丁包时，必需指定基线版本的apk，默认值为空
// 如果为空，则表示不是进行补丁包的编译
// @{link tinkerPatch.oldApk }
baseApk =  "${bakPath}/${appName}/app-release.apk"

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

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

// 唯一标识当前版本
tinkerId = "1.0.1-base"

// 是否开启代理Application，设置之后无须改造Application，默认为false
enableProxyApplication = false
}

更详细的配置项参考tinker-support配置说明

第三步：初始化SDK

(1) enableProxyApplication = false 的情况-----这是Tinker推荐的接入方式，一定程度上会增加接入成本，但具有更好的兼容性。

自定义Application

public class SampleApplication extends TinkerApplication {
public SampleApplication() {
    super(ShareConstants.TINKER_ENABLE_ALL, "xxx.xxx.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

我们需要您将以前的Applicaton配置为继承TinkerApplication的类：

HJAUYW3N`4P`AOH}IQ3DOGT.png

自定义ApplicationLike------appId替换成你的在Bugly平台申请的appId

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, Resources[] resources,
        ClassLoader[] classLoader, AssetManager[] assetManager) {
    super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime,
            applicationStartMillisTime, tinkerResultIntent, resources, classLoader,
            assetManager);
}


@Override
public void onCreate() {
    super.onCreate();
    // 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId
    Bugly.init(getApplication(), "900029763", 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);
}

}

注意：tinker需要你开启MultiDex,你需要在dependencies中进行配置compile "com.android.support:multidex:1.0.1"才可以使用MultiDex.install方法； SampleApplicationLike这个类是Application的代理类，以前所有在Application的实现必须要全部拷贝到这里，在onCreate方法调用SDK的初始化方法，在onBaseContextAttached中调用Beta.installTinker(this);。

第四步：AndroidManifest.xml配置

(1) 权限配置

    <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"/>

二、测试

第一步：编译基准包
1、配置基准包的tinkerId

![W7I)VI82DMBLO1HM_5YUV]5.png](https://img.haomeiwen.com/i2129339/98f238f704b834f7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
tinkerId最好是一个唯一标识，例如git版本号、versionName等等。如果你要测试热更新，你需要对基线版本进行联网上报。

强调：基线版本配置一个唯一的tinkerId，而这个基线版本能够应用补丁的前提是集成过热更新SDK，
并启动上报过联网，这样我们后台会将这个tinkerId对应到一个目标版本，
例如tinkerId = "bugly_1.0.0" 对应了一个目标版本是1.0.0，基于这个版本打的补丁包就能匹配到目标版本。

2、执行assembleRelease编译生成基准包：