Android Bugly那些實踐走過的坑
上一文章講了如何使用tinker,今天我們帶來一個更加方便的sdk,它也是使用tinker來實現熱更新,還另加入了後臺管理補丁,是不是更加方便很多,而且還減少了我們tinker的許多配置.
- 配置主專案和app專案的build.gradle,為了分隔配置,新建一個tinker-support.gradle
- 改造Application
- 生成基準版app,也就是存在bug版本的apk(記得通報聯網,也就是聯網開啟該app,bugly會上傳版本號到後臺資料庫)
- 為基準版apk,生成修復的補丁檔案patch_singed_7zip.apk
- Bugly上傳補丁檔案
開啟app後,再重啟app,即可看到修復
配置主專案和app專案的build.gradle,為了分隔配置,新建一個tinker-support.gradle.
主目錄的build.gradle:
classpath "com.tencent.bugly:tinker-support:latest.release"
專案的build.gradle:
//hot fix
compile "com.android.support:multidex:1.0.1" // 多dex配置
//註釋掉原有bugly的倉庫
//compile 'com.tencent.bugly:crashreport:latest.release '//其中latest.release指代最新版本號,也可以指定明確的版本號,例如2.3.2
compile 'com.tencent.bugly:crashreport_upgrade:latest.release'//其中latest.release指代最新版本號,也可以指定明確的版本號,例如1.2.0
compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本號,也可以指定明確的版本號,例如2.2.0
注意:順便把debug和release的簽名檔案也配置了
signingConfigs {
release {
try {
storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
storePassword "123456"
keyAlias "FanLi_mall"
keyPassword "123456"
} catch (ex) {
throw new InvalidUserDataException(ex.toString())
}
}
debug {
keyAlias 'FanLi_mall'
keyPassword '123456'
storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
storePassword '123456'
}
}
buildTypes {
release {
minifyEnabled false
signingConfig signingConfigs.debug
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
debug {
minifyEnabled false
signingConfig signingConfigs.debug
}
}
sourceSets {
main {
jniLibs.srcDirs = ['libs']
}
}
lintOptions {
checkReleaseBuilds false
abortOnError false
}
新建tinker-support.gradle檔案進行tinker一些配置,再加入你地model的build.gradle.
需要注意:
def baseApkDir = “fanli-0522-11-02-36”指的是你存放基準apk的資料夾.
baseApk = “
tinkerId = “patch-5.1.2”指的是當前基準apk的唯一標識號,再生成補丁時候需要去修改.
enableProxyApplication = false是否開啟反射,預設是不開啟,需要我們手動改造application,這樣相容性會更高.
// 依賴外掛指令碼
apply from: 'tinker-support.gradle'
tinker-support.gradle:
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
* 此處填寫每次構建生成的基準包目錄
*/
def baseApkDir = "fanli-0522-11-02-36"
/**
* 對於外掛各引數的詳細解析請參考
*/
tinkerSupport {
// 開啟tinker-support外掛,預設值true
enable = true
// 指定歸檔目錄,預設值當前module的子目錄tinker
autoBackupApkDir = "${bakPath}"
// 是否啟用覆蓋tinkerPatch配置功能,預設值false
// 開啟後tinkerPatch配置不生效,即無需新增tinkerPatch
overrideTinkerPatchConfiguration = true
// 編譯補丁包時,必需指定基線版本的apk,預設值為空
// 如果為空,則表示不是進行補丁包的編譯
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/fanli-release.apk"
// 對應tinker外掛applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 對應tinker外掛applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
// 構建基準包和補丁包都要指定不同的tinkerId,並且必須保證唯一性
tinkerId = "patch-5.1.2"
// 構建多渠道補丁時使用
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否啟用加固模式,預設為false.(tinker-spport 1.0.7起支援)
// isProtectedApp = true
// 是否開啟反射Application模式
enableProxyApplication = false
}
/**
* 一般來說,我們無需對下面的引數做任何的修改
* 對於各引數的詳細介紹請參考:
* 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的分配
}
}
改造Application,這裡我選擇的是enableProxyApplication = false,手動改造
繼承DefaultApplicationLike,主要的3個方法.
這裡注意了:在你上傳補丁時候,選擇下發裝置有開發,全量,自定義選擇,如果選擇的是開發裝置,要檢查你是否呼叫了Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
否則會收不到補丁更新.這是個坑.
@Override
public void onCreate() {
super.onCreate();
// 這裡實現SDK初始化,appId替換成你的在Bugly平臺申請的appId
// 除錯時,將第三個引數改為true
Bugly.init(getApplication(), "900029763", false);
Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
//
//這裡轉移你Application中oncreate的程式碼
}
@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);
}
繼承TinkerApplication
構造方法有4個引數.
第一個是你需要補丁修改的型別,有資原始檔,類等等,這裡選取全部.
第二個是上面我們改造的ApplicationLike,需要全包名.
後2個預設.
最後記得在AndroidManifest.xml配置這個TinkerApplication.
public class MyApplicationLike extends TinkerApplication {
public MyApplicationLike() {
super(ShareConstants.TINKER_ENABLE_ALL, "interest.fanli.app.FanLiBaseApplication",
"com.tencent.tinker.loader.TinkerLoader", false);
}
}
生成基準版app,也就是存在bug版本的apk(記得通報聯網,也就是聯網開啟該app,bugly會上傳版本號到後臺資料庫)
使用gradle工具打包簽名apk
buildsuccess,生成該apk檔案(基準版)
為基準版apk,生成修復的補丁檔案patch_singed_7zip.apk
打補丁檔案,需要修改3個地方.在tinker-support.gradle中
1,def baseApkDir = “fanli-0522-11-02-36”
對應你地基準版本所在資料夾
2,baseApk = “
apk的名稱
3.tinkerId = “patch-5.1.2”
修改tinkerId,只要和基準版本不一樣即可.
(若開啟混淆還需要配置:
// 對應tinker外掛applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 對應tinker外掛applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
)
使用tinker-support生成
補丁檔案路徑:build\outputs\patch\release\patch_signed_7zip.apk
注意是patch路徑下的,並不是tinkerPatch下的.
聯網上報後,Bugly上傳補丁檔案,選擇的是全量裝置,若是開發裝置,記得加上Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
重啟app(大概重啟2次),即可修復