2)开启multiDex
defaultConfig {
…
multiDexEnabled true
}
3)应用tinker的gradle插件
这部分可先不管,在第三部分《Tinker的配置及任务》的第2节《配置Tinker与任务》中会添加。可跳过这部分继续往下看。
//apply tinker插件
apply plugin: 'com.tencent.tinker.patch
三、Tinker的配置及任务
1、开启支持大工程模式
Tinker文档中推荐将jumboMode设置为true。
android {
dexOptions {
// 支持大工程模式
jumboMode = true
}
…
}
2、配置Tinker与任务
将下面的配置全部复制粘贴到app的gradle文件(app/build.gradle)末尾,内容很多,但现在只需要看懂bakPath与ext括号内的东东就好了。
// Tinker配置与任务
def bakPath = file(“KaTeX parse error: Expected '}', got 'EOF' at end of input: …rOldApkPath = "{bakPath}/old-app.apk”
// 基础包的mapping.txt文件路径(用于辅助混淆补丁包的生成,一般在生成release版app时会使用到混淆,所以这个mapping.txt文件一般只是用于release安装包补丁的生成)
tinkerApplyMappingPath = “ b a k P a t h / o l d − a p p − m a p p i n g . t x t " / / 基础包的 R . t x t 文件路径(如果你的安装包中资源文件有改动,则需要使用该 R . t x t 文件来辅助生成补丁包) t i n k e r A p p l y R e s o u r c e P a t h = " {bakPath}/old-app-mapping.txt" // 基础包的R.txt文件路径(如果你的安装包中资源文件有改动,则需要使用该R.txt文件来辅助生成补丁包) tinkerApplyResourcePath = " bakPath/old−app−mapping.txt"//基础包的R.txt文件路径(如果你的安装包中资源文件有改动,则需要使用该R.txt文件来辅助生成补丁包)tinkerApplyResourcePath="{bakPath}/old-app-R.txt”
//only use for build all flavor, if not, just ignore this field
tinkerBuildFlavorDirectory = “${bakPath}/flavor”
}
def getOldApkPath() {
return hasProperty(“OLD_APK”) ? OLD_APK : ext.tinkerOldApkPath
}
def getApplyMappingPath() {
return hasProperty(“APPLY_MAPPING”) ? APPLY_MAPPING : ext.tinkerApplyMappingPath
}
def getApplyResourceMappingPath() {
return hasProperty(“APPLY_RESOURCE”) ? APPLY_RESOURCE : ext.tinkerApplyResourcePath
}
def getTinkerIdValue() {
return hasProperty(“TINKER_ID”) ? TINKER_ID : android.defaultConfig.versionName
}
def buildWithTinker() {
return hasProperty(“TINKER_ENABLE”) ? TINKER_ENABLE : ext.tinkerEnabled
}
def getTinkerBuildFlavorDirectory() {
return ext.tinkerBuildFlavorDirectory
}
if (buildWithTinker()) {
//apply tinker插件
apply plugin: ‘com.tencent.tinker.patch’
// 全局信息相关的配置项
tinkerPatch {
tinkerEnable = buildWithTinker()// 是否打开tinker的功能。
oldApk = getOldApkPath() // 基准apk包的路径,必须输入,否则会报错。
ignoreWarning = false // 是否忽略有风险的补丁包。这里选择不忽略,当补丁包风险时会中断编译。
useSign = true // 在运行过程中,我们需要验证基准apk包与补丁包的签名是否一致,我们是否需要为你签名。
// 编译相关的配置项
buildConfig {
applyMapping = getApplyMappingPath()
// 可选参数;在编译新的apk时候,我们希望通过保持旧apk的proguard混淆方式,从而减少补丁包的大小。这个只是推荐设置,不设置applyMapping也不会影响任何的assemble编译。
applyResourceMapping = getApplyResourceMappingPath()
// 可选参数;在编译新的apk时候,我们希望通过旧apk的R.txt文件保持ResId的分配,这样不仅可以减少补丁包的大小,同时也避免由于ResId改变导致remote view异常。
tinkerId = getTinkerIdValue()
// 在运行过程中,我们需要验证基准apk包的tinkerId是否等于补丁包的tinkerId。这个是决定补丁包能运行在哪些基准包上面,一般来说我们可以使用git版本号、versionName等等。
keepDexApply = false
// 如果我们有多个dex,编译补丁时可能会由于类的移动导致变更增多。若打开keepDexApply模式,补丁包将根据基准包的类分布来编译。
isProtectedApp = false // 是否使用加固模式,仅仅将变更的类合成补丁。注意,这种模式仅仅可以用于加固应用中。
supportHotplugComponent = false // 是否支持新增非export的Activity(1.9.0版本开始才有的新功能)
}
// dex相关的配置项
dex {
dexMode = “jar”
// 只能是’raw’或者’jar’。 对于’raw’模式,我们将会保持输入dex的格式。对于’jar’模式,我们将会把输入dex重新压缩封装到jar。如果你的minSdkVersion小于14,你必须选择‘jar’模式,而且它更省存储空间,但是验证md5时比’raw’模式耗时。默认我们并不会去校验md5,一般情况下选择jar模式即可。
pattern = [“classes*.dex”,
“assets/secondary-dex-?.jar”]
// 需要处理dex路径,支持*、?通配符,必须使用’/‘分割。路径是相对安装包的,例如assets/…
loader = [
// 定义哪些类在加载补丁包的时候会用到。这些类是通过Tinker无法修改的类,也是一定要放在main dex的类。
// 如果你自定义了TinkerLoader,需要将它以及它引用的所有类也加入loader中;
// 其他一些你不希望被更改的类,例如Sample中的BaseBuildInfo类。这里需要注意的是,这些类的直接引用类也需要加入到loader中。或者你需要将这个类变成非preverify。
]
}
// lib相关的配置项
lib {
pattern = [“lib//.so”,“src/main/jniLibs//.so”]
// 需要处理lib路径,支持*、?通配符,必须使用’/‘分割。与dex.pattern一致, 路径是相对安装包的,例如assets/…
}
// res相关的配置项
res {
pattern = [“res/", "assets/”, “resources.arsc”, “AndroidManifest.xml”]
// 需要处理res路径,支持*、?通配符,必须使用’/‘分割。与dex.pattern一致, 路径是相对安装包的,例如assets/…,务必注意的是,只有满足pattern的资源才会放到合成后的资源包。
ignoreChange = [
// 支持*、?通配符,必须使用’/'分割。若满足ignoreChange的pattern,在编译时会忽略该文件的新增、删除与修改。 最极端的情况,ignoreChange与上面的pattern一致,即会完全忽略所有资源的修改。
“assets/sample_meta.txt”
]
largeModSize = 100
// 对于修改的资源,如果大于largeModSize,我们将使用bsdiff算法。这可以降低补丁包的大小,但是会增加合成时的复杂度。默认大小为100kb
}
// 用于生成补丁包中的’package_meta.txt’文件
packageConfig {
// configField(“key”, “value”), 默认我们自动从基准安装包与新安装包的Manifest中读取tinkerId,并自动写入configField。
// 在这里,你可以定义其他的信息,在运行时可以通过TinkerLoadResult.getPackageConfigByName得到相应的数值。
// 但是建议直接通过修改代码来实现,例如BuildConfig。
configField(“platform”, “all”)
configField(“patchVersion”, “1.0”)
// configField(“patchMessage”, “tinker is sample to use”)
}
// 7zip路径配置项,执行前提是useSign为true
sevenZip {
zipArtifact = “com.tencent.mm:SevenZip:1.1.10”
}
}
List flavors = new ArrayList<>();
project.android.productFlavors.each { flavor ->
flavors.add(flavor.name)
}
boolean hasFlavors = flavors.size() > 0
def date = new Date().format(“MMdd-HH-mm-ss”)
/**
- bak apk and mapping
/
android.applicationVariants.all { variant ->
/* - task type, you want to bak
*/
def taskName = variant.name
tasks.all {
if (“assemble${taskName.capitalize()}”.equalsIgnoreCase(it.name)) {
it.doLast {
copy {
def fileNamePrefix = “ p r o j e c t . n a m e − {project.name}- project.name−{variant.baseName}”
def newFileNamePrefix = hasFlavors ? “ f i l e N a m e P r e f i x " : " {fileNamePrefix}" : " fileNamePre