具體的操作步驟,其實與官網上的一致
這裏把官網貼一下騰訊熱修復官網
第一步:添加插件依賴
工程根目錄下“build.gradle”文件中添加:
buildscript {
repositories {
jcenter()
}
dependencies {
// tinkersupport插件, 其中lastest.release指拉取最新版本,也可以指定明確版本號,例如1.0.4
classpath "com.tencent.bugly:tinker-support:1.1.5"
}
}
第二步:集成SDK
gradle配置
在app module的“build.gradle”文件中添加(示例配置):
implementation 'com.tencent.bugly:crashreport_upgrade:latest.release'
// 指定tinker依賴版本(注:應用升級1.3.5版本起,不再內置tinker)
implementation 'com.tencent.tinker:tinker-android-lib:1.9.14.3'
implementation 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本號,也可以指定明確的版本號,例如2.2.0
注意:這裏有個坑哈,請確保你的版本與與demo中的保持一致,不然會報錯
在app module的“build.gradle”文件中添加:
// 依賴插件腳本
apply from: 'tinker-support.gradle'
tinker-support.gradle內容如下所示(示例配置):
![在這裏插入圖片描述](https://img-blog.csdnimg.cn/20191122104526219.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzAwMjA5,size_16,color_FFFFFF,t_70)
注:您需要在同級目錄下創建tinker-support.gradle這個文件哦。
此文件基本需要太多的修改
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此處填寫每次構建生成的基準包目錄
*/
def baseApkDir = "LawEnforce-1120-10-41-17"
/**
* 對於插件各參數的詳細解析請參考
*/
tinkerSupport {
// 開啓tinker-support插件,默認值true
enable = true
// 指定歸檔目錄,默認值當前module的子目錄tinker
autoBackupApkDir = "${bakPath}"
// 是否啓用覆蓋tinkerPatch配置功能,默認值false
// 開啓後tinkerPatch配置不生效,即無需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 編譯補丁包時,必需指定基線版本的apk,默認值爲空
// 如果爲空,則表示不是進行補丁包的編譯
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/dev/LawEnforce-dev-release.apk"
// 對應tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/dev/LawEnforce-dev-release-mapping.txt"
// 對應tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/dev/LawEnforce-dev-release-R.txt"
//建議設置true,用戶就不用再自己管理tinkerId的命名,插件會爲每一次構建的base包自動生成唯一的tinkerId,默認命名規則是versionname.versioncode_時間戳
//具體參考https://github.com/BuglyDevTeam/Bugly-Android-Demo/wiki/Tinker-ID%E8%AF%A5%E6%80%8E%E4%B9%88%E8%AE%BE%E7%BD%AE
autoGenerateTinkerId = true
// 構建基準包和補丁包都要指定不同的tinkerId,並且必須保證唯一性
//1.0.0base 1.0.0patch
// tinkerId = "1.0.1-patch"
// 是否啓用覆蓋tinkerPatch配置功能,默認值false
// 開啓後tinkerPatch配置不生效,即無需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 構建多渠道補丁時使用
// 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的分配
}
}
第三步:初始化SDK
這裏只介紹一種情況,另一種比較麻煩,請參照官網
首先,配置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();
}
}
注:無須你改造Application,主要是爲了降低接入成本,我們插件會動態替換AndroidMinifest文件中的Application爲我們定義好用於反射真實Application的類
到這裏基本上就可以完成操作了
這裏說一下項目方法多的時候,會報錯:有些方法被打入第二個包中了,未能在舊版本中發現,所以我們需要找個分包規則
將app/build/intermediates/tinker_intermediates/tinker_multidexkeep.pro文件複製到app的根目錄下
//分包規則 重要
//必須打入第一個dex包的java類
multiDexKeepProguard file("tinkerMultidexKeep.pro")
到這裏,接入部門基本就完事了;下面說一下使用方面的問題
打包一個基準包也就是需要上線的版本打包一個基準包也就是需要上線的版本
選擇最右側Gradle—Tasks–LawEnforce—bulid-----assembleDev 進行打包
注:如果你有多個productFlavors,直接打對應的包即可
打包完成後會在LawEnforce–build–bakApk–LawEnforce-****---**–dev文件
LawEnforce-dev-release.apk(需要上線的版本)
(在下一個版本更新之前千萬不要刪除 不要刪除 刪除)
對上線的版本進行修復
假如已經修改完了bug
選擇LawEnforce-----tinker-support.gradle 修改baseApkDir
注:baseApkDir需要與上線版本的文件夾名字一致
生成補丁
選擇最右側Gradle–Tasks–LawEnforce—tinker-support—buildTinkerPatchDevRelease 進行補丁包生成
完成後會在LawEnforce–build—outputs–dev–release生成補丁包
patch_signed_7zip.apk就是需要上傳的補丁文件
然後在bugly官網中,找到熱更新,將補丁包發佈出去
注意:有的時候上傳提示失敗,那麼請重新選擇一個其他的瀏覽器重試