前言
由于2019年时有一个项目接入过 Bugly的热更新框架，时隔两年之久，新项目亦即需要接入热更新方案，我以为有以前的成功接入经验，这次接入会是一个小Case，没想到还是太小看Bugly官方给布下的坑了,不得不说Bugly官方还是没说明白需要注意的事项。
Bugly官方的引导如下：
Bugly官方引导第一步：添加插件依赖
工程根目录下“build.gradle”文件中添加：
buildscript{
repositories{
jcenter()
}
dependencies{
// tinkersupport插件, 其中lastest.release指拉取最新版本，也可以指定明确版本号，例如1.0.4
classpath "com.tencent.bugly:tinker-support:1.1.5" //看一个坑就在这里了，该版本已经是较老的版本了
}
}
从Jcenter的仓库上可知，TinkerSupport的版本截图如下：
TinkerSupport插件版本
Bugly官方引导第二步：添加插件依赖，在项目的app 模块的 build.gradle文件内添加：
android {
defaultConfig {
ndk {
//设置支持的SO库架构
abiFilters 'armeabi-v7a' //, '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.6'
// 指定tinker依赖版本（注：应用升级1.3.5版本起，不再内置tinker）
compile 'com.tencent.tinker:tinker-android-lib:1.9.9' //你会发现这个版本又是老的
compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.2.0
}
上面的依赖居然还是 "compile"关键字，都废弃好多年了。
现在 Tinker官方的版本记录如图：
tinker-android-lib仓库
综上，Bugly官方的接入引导所需要的依赖库就接入完成了，但是问题产生的其实就是坑一：
classpath "com.tencent.bugly:tinker-support:1.1.5"//这个版本引起的
原因如下：
问题的起因：AndroidStudio 版本引起
由于目前大多数开发者，都已经将AndroidStudio升级到 4.x版本，当我们新建项目时，它给项目的根目前下的build.gradle 自动配置的:
classpath "com.android.tools.build:gradle:4.x.x"
并且当我们按Bugly官方的引导接入后，此时 一同步整个工程，直接报错：
A problem occurred configuring project ':app'.
> Failed to notify project evaluation listener.
> No such property: variantConfiguration for class: com.android.build.gradle.internal.variant.ApplicationVariantData
> can't find tinkerProcessDebugManifest, you must init tinker plugin first!
于是乎百度、谷歌，BuglyTinkerDemo大都是说 因为 Tinker还不支持 高版本的 AGP(即classpath "com.android.tools.build:gradle:4.x.x")，
哀嚎声一片：
有好多开发者都遇到同样问题
难受
再找找Tinker，同样有开发者遇到同样的问题：
我也差点要放弃该库
Bugly 官方的开发者也不会回应；
我也很苦恼，百搜不得其解,加 BuglyQQ群加不进去，急了直接向 Bugly公众号发私信也没用：
实在没办法连公众号都不放过
我也按照其他作者的简书如下进行修改配置：
Tinker目前还不支持Gradle 5.x，需要降低Gradle版本
1.修改gradle文件夹下的gradle-wrapper.properties版本
distributionUrl=https://services.gradle.org/distributions/gradle-5.6.4-all.zip
2.修改项目根目录下的build.gradle中gradle依赖版本为
classpath "com.android.tools.build:gradle:3.5.3"
作者：我吃大西瓜QAQ
链接：https://www.jianshu.com/p/eaae6afaaae3
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
那么就算把 classpath "com.android.tools.build:gradle:3.5.3"，也还是同步时报错:
No such property: variantConfiguration for class: com.android.build.gradle.internal.variant.ApplicationVariantData
再说 "com.android.tools.build:gradle:3.5.3" 这版本实在是有点旧，现在最新的都
"com.android.tools.build:gradle:4.1.3" 了，
真相
其实问题确实是出在 classpath “com.android.tools.build:gradle”的插件版本和 classpath"com.tencent.bugly:tinker-support" 两个版本不兼容的问题，但是不知道为何Bugly官方不会去提醒注意这个，看腾讯的一些出品的开源项目，里面有些 gradle的脚本和依赖，感觉真是有点老旧，不知道他们是怎么能运行成功的。
最终解决方案
1、不需要 把我们较新的 classpath'com.android.tools.build:gradle:4.x' 降至 3.x
项目的根目录的 build.gradle配置如下：
dependencies{
classpath"org.jetbrains.kotlin:kotlin-gradle-plugin:${KOTLIN_VERSION}"
classpath'com.android.tools.build:gradle:4.1.3'
classpath"com.tencent.bugly:tinker-support:1.1.9.3" // bugly对 tinker的支持
}
2、不需要把我们的 gradle wrapper的版本从较新的 ：gradle-6.5-all降到 5.x
可以使用最新的gradle版本
3、在 Bugly发布的TinkerSupport仓库地址 我使用笨方法，从最高的版本降序该个来试(实在是逼得没办法了)，结果在 试验到:
classpath "com.tencent.bugly:tinker-support:1.1.9.3"
在 项目的 app模块下都使用最新的版本，如：
dependencies{
implementation"org.jetbrains.kotlin:kotlin-stdlib:$kotlin_version"
implementation'androidx.core:core-ktx:1.3.2'
implementation'androidx.appcompat:appcompat:1.2.0'
implementation'com.google.android.material:material:1.2.1'
implementation'androidx.constraintlayout:constraintlayout:2.0.4'
testImplementation'junit:junit:4.13.2'
androidTestImplementation'androidx.test.ext:junit:1.1.2'
androidTestImplementation'androidx.test.espresso:espresso-core:3.3.0'
implementation'com.tencent.bugly:crashreport_upgrade:1.5.1'
// 指定tinker依赖版本（注：应用升级1.3.5版本起，不再内置tinker）
implementation'com.tencent.tinker:tinker-android-lib:1.9.14.14' //大胆使用最新的版本
implementation'com.tencent.bugly:nativecrashreport:3.9.1' //其中latest.release指代最新版本号，也可以指定明确的版本
}
结果一同步，居然没有马上失败，同步发了好久的时间，我就知道，呵呵，看来是没问题了。
最后，跑一个 debug项目包，Tinker生成的 bakapp也出来了
终于OK了
总结/感慨
1、class "com.android.tools.build:gradle:" 的插件源码对开发者来说像是一个黑盒，大量的API可能知其然，而不知其所以然；
2、其实 项目如果直接集成 Tinker(最新版本的话)是能成功了，也不需要各种降版本，但是输出的 patch包却需要自己管理、下载、维护，不方便，还是Bugly的 patch包分发方便；
3、gradle 的API不熟练啊,还是得多加油学学；
番外
如果能帮到你，有空来 我的GitHub 转转吧，写的一些东西可能对你有点帮助
网友评论