Android热更新，android组件化通信

2.集成SDK

---

gradle这个配置

在app module的“build.gradle”文件中添加（示例配置）：

android {

defaultConfig {

ndk {

//设置支持的SO库架构

abiFilters ‘armeabi’ //, ‘x86’, ‘armeabi-v7a’, ‘x86_64’, ‘arm64-v8a’

}

}

}

dependencies {

compile “com.android.support:multidex:1.0.1” // 多dex配置

//注释掉原有bugly的仓库

//compile ‘com.tencent.bugly:crashreport:latest.release’//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.3.4

compile ‘com.tencent.bugly:crashreport_upgrade:1.3.5’

// 指定tinker依赖版本（注：应用升级1.3.5版本起，不再内置tinker）

compile ‘com.tencent.tinker:tinker-android-lib:1.9.6’

compile ‘com.tencent.bugly:nativecrashreport:latest.release’ //其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.2.0

}

后续更新升级SDK时，只需变更配置脚本中的版本号即可。

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

// 依赖插件脚本

apply from: ‘tinker-support.gradle’

修补匠-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-release.apk”

// 对应tinker插件applyMapping

baseApkProguardMapping = “$bakPath/${baseApkDir}/app-release-mapping.txt”

// 对应tinker插件applyResourceMapping

baseApkResourceMapping = “$bakPath/${baseApkDir}/app-release-R.txt”

// 构建基准包和补丁包都要指定不同的tinkerId，并且必须保证唯一性

tinkerId = “base-1.0.1”

// 构建多渠道补丁时使用

// buildAllFlavorsDir = “$bakPath/${baseApkDir}”

// 是否启用加固模式，默认为false.(tinker-spport 1.0.7起支持）

// isProtectedApp = true

// 是否开启反射Application模式

enableProxyApplication = false

// 是否支持新增非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的分配

}

}

3.初始化SDK

---

enableProxyApplication = false的情况

集成Bugly升级SDK之后，我们需要按照以下方式自定义ApplicationLike来实现的应用的代码（以下是示例）：

自定义应用程序

public class SampleApplication extends TinkerApplication {

public SampleApplication() {

super(ShareConstants.TINKER_ENABLE_ALL, “xxx.xxx.SampleApplicationLike”,

“com.tencent.tinker.loader.TinkerLoader”, false);

}

}

参数1：tinkerFlags表示Tinker支持的类型dex only，仅库或所有suuport，默认：TINKER_ENABLE_ALL

参数2：delegateClassName Application代理类这里填写你自定义的ApplicationLike

参数3：loaderClassName Tinker的加载器，使用默认即可

参数4：tinkerLoadVerifyFlag加载dex或者lib是否验证md5，默认为false

需要一个应用配置为继承TinkerApplication的类：

自定义ApplicationLike：

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(), “900029763”, 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);

}

}

enableProxyApplication = true的情况：

public class MyApplication extends Application {

@Override

public void onCreate() {

super.onCreate();

// 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId

// 调试时，将第三个参数改为true

Bugly.init(this, “900029763”, false);

}

@Override

protected void attachBaseContext(Context base) {

super.attachBaseContext(base);

// you must install multiDex whatever tinker is installed!

MultiDex.install(base);

// 安装tinker

Beta.installTinker();

}

}

4.Androidmanifest.xml配置

---

在AndroidMainfest.xml中进行以下配置：

1. 权限配置

<uses-permission android:name="a

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

ndroid.permission.READ_LOGS" />

2. 活动配置

<activity

android:name=“com.tencent.bugly.beta.ui.BetaActivity”

android:configChanges=“keyboardHidden|orientation|screenSize|locale”

android:theme="@android:style/Theme.Translucent" />

3. 配置FileProvider

<provider

android:name=“android.support.v4.content.FileProvider”

android:authorities="${applicationId}.fileProvider"

android:exported=“false”

android:grantUriPermissions=“true”>

<meta-data

android:name=“android.support.FILE_PROVIDER_PATHS”

android:resource="@xml/provider_paths"/>

如果你使用的第三方库也配置了同样的FileProvider，可以通过继承FileProvider类来解决合并冲突的问题，示例如下：

<provider

android:name=".utils.BuglyFileProvider"

android:authorities="${applicationId}.fileProvider"

android:exported=“false”

android:grantUriPermissions=“true”

tools:replace=“name,authorities,exported,grantUriPermissions”>

<meta-data

android:name=“android.support.FILE_PROVIDER_PATHS”

android:resource="@xml/provider_paths"

tools:replace=“name,resource”/>

这里要注意一下，FileProvider类是在支持-V4包中的，检查你的工程是否引入该类库。

在资源目录新建XML文件夹，创建provider_paths.xml文件如下：

<?xml version="1.0" encoding="utf-8"?>

5.混淆配置

---

为了避免混淆SDK，在Proguard的混淆文件中增加以下配置：

-dontwarn com.tencent.bugly.**

-keep public class com.tencent.bugly.**{*;}

tinker混淆规则

-dontwarn com.tencent.tinker.**
ng=“utf-8”?>

5.混淆配置

---

为了避免混淆SDK，在Proguard的混淆文件中增加以下配置：

-dontwarn com.tencent.bugly.**

-keep public class com.tencent.bugly.**{*;}

tinker混淆规则

-dontwarn com.tencent.tinker.**