上一篇文章說道tinker的熱更新，可是少了點補丁包的管理震嫉，這一篇文章介紹的bugly就是增強版的，更加方便你集成tinker和包括了補丁包的后臺管理。
為什么使用 Bugly 熱更新铣耘？
- 無需關(guān)注 Tinker 是如何合成補丁的
- 無需自己搭建補丁管理后臺
- 無需考慮后臺下發(fā)補丁策略的任何事情
- 無需考慮補丁下載合成的時機，處理后臺下發(fā)的策略
- 我們提供了更加方便集成 Tinker 的方式
- 我們通過 HTTPS 及簽名校驗等機制保障補丁下發(fā)的安全性
- 豐富的下發(fā)維度控制以故，有效控制補丁影響范圍
- 我們提供了應(yīng)用升級一站式解決方案
Bugly下面我們用1.3.4版本的bugly來開發(fā)蜗细。
1.申請appid
去官網(wǎng)Bugly官網(wǎng) 申請appid比如asd778asd89,如果你之前應(yīng)用bugly的異常上報就不用再申請appid。用的是同一個appid怒详。
2.添加bugly插件
在項目的root目錄下的build.gradle
classpath "com.tencent.bugly:tinker-support:1.1.1"
在app/build.gralde
android{
...
defaultConfig{
//開啟dex分包
multiDexEnabled true
}
dexOption{
//大項目模式
jumboMode true
maxProcessCount 4
javaMaxHeapSize "2g"
}
//配置好簽名
signingConfigs {
release {
keyAlias 'xx'
keyPassword 'xx'
storeFile file('../app/xxx.jks')
storePassword 'x'
v1SigningEnabled true
v2SigningEnabled true
}
}
//使用你的簽名
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.release
}
}
}
dependiences{
implementation 'com.tencent.bugly:crashreport_upgrade:1.3.4'
implementation 'com.android.support:multidex:1.0.2'
}
如果你的項目之前使用了bugly的crash包就要去掉炉媒，因為crashreport_upgrade包里面包含了crash。不然會提示program is already.
3. 創(chuàng)建tinker-support.gradle文件
目標(biāo)地址app/tinker-support.gradle昆烁，然后在app/build.gradle申請加入apply from: 'tinker-support.gradle'
這樣子完成了70%吊骤。
//請求插件
apply plugin: 'com.tencent.bugly.tinker-support'
//基準(zhǔn)包路徑
def bakPath=file("${buildDir}/bakApk/")
//基準(zhǔn)包父目錄
def baseApkDir="app-0224-14-03-02"
//基準(zhǔn)包的tinkerid
//def myTinkerId="base-"+"1.0"
//補丁包的tinkerid，每發(fā)布一個補丁包依次疊加一次補丁版本號（比如0.0->0.1）
def myTinkerId="patch-"+"1.0"+".0.1"
tinkerSupport{
//是否啟動熱修復(fù)静尼，開發(fā)階段設(shè)置為false
enable=true
//app要不要加固
isProtectedApp =false
//反射獲取application
enableProxyApplication=false
//支持新增activity嗎
supportHotplugComponent=true
autoBackupApkDir="${bakPath}"
//autoGenerateTinkerId = true
overrideTinkerPatchConfiguration =true
baseApk="${bakPath}/${baseApkDir}/app-release.apk"
// 對應(yīng)tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 對應(yīng)tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
tinkerId="${myTinkerId}"
}
/**
* 一般來說,我們無需對下面的參數(shù)做任何的修改
* 對于各參數(shù)的詳細(xì)介紹請參考:
* 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" // 可選白粉，設(shè)置mapping文件，建議保持舊apk的proguard混淆方式
//applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可選鼠渺，設(shè)置R.txt文件鸭巴，通過舊apk文件保持ResId的分配
}
}
4. 創(chuàng)建ApplicationLike類
把項目的application繼承為TinkerApplciation 在構(gòu)造函數(shù)調(diào)用父類方法比如，最后在Androidmanifest拦盹。xml的application標(biāo)簽的name還是DemoApplication(繼承TinkerApplication的Applciation）
里面有四個參數(shù)分別是
- 你要修復(fù)什么內(nèi)容有dex so res等鹃祖，全選就是TINKER_ENABLE_ALL
- ApplicationLike代理Application類，正真的oncreate attachBaseContext寫在里面
- tinker的類加載器掌敬，默認(rèn)是它
- 要不要驗證md5 惯豆，因為上文知道jar模式驗證md5很慢池磁，所以不驗證了。
public class DemoApplication extends TinkerApplication {
public DemoApplication() {
super(ShareConstants.TINKER_ENABLE_ALL,
"com.ppjun.android.tinkerinbugly.DemoApplicationLike"
,"com.tencent.tinker.loader.TinkerLoader",false);
}
}
public class DemoApplicationLike extends DefaultApplicationLike {
public DemoApplicationLike(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();
Beta.betaPatchListener=new BetaPatchListener() {
@Override
public void onPatchReceived(String s) {
}
@Override
public void onDownloadReceived(long l, long l1) {
}
@Override
public void onDownloadSuccess(String s) {
}
@Override
public void onDownloadFailure(String s) {
}
@Override
public void onApplySuccess(String s) {
}
@Override
public void onApplyFailure(String s) {
}
@Override
public void onPatchRollback() {
}
};
Bugly.setIsDevelopmentDevice(getApplication(),true);
Bugly.init(getApplication(),"6f399f3eeb",false);
//把你之前onCreate的邏輯寫到這里
}
@Override
public void onBaseContextAttached(Context base) {
super.onBaseContextAttached(base);
MultiDex.install(base);
Beta.installTinker(this);
//把你之前applciation的attachbasecontext邏輯寫到這里
}
public void registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks){
getApplication().registerActivityLifecycleCallbacks(callbacks);
}
@Override
public void onTerminate() {
super.onTerminate();
Beta.unInit();
}
}
- 確保在onBaseContextAttached里面分包和安裝tinker
- 添加registerActivityLifecycleCallback方法和onTerminate方法
- 在oncreate注冊你的appid
現(xiàn)在離完成還有10%楷兽。
剩下的就是打包了地熄。
5. 打基準(zhǔn)包
在tinker-support.gradle修改為基準(zhǔn)包的tinkerId。
然后執(zhí)行./gradlew assembleRelease
然后在app/build/bakApk看到一個app-0224-14-03-02 已打包時間為名字的文件夾芯杀，里面包含了有基準(zhǔn)包app-release.apk端考，基準(zhǔn)包的R.txt 和mapping.txt。
然后你可以安裝基準(zhǔn)包。
6.修改基準(zhǔn)包
- 比如修改android.text="not patch" 改為android.text="has patch"
- 然后修改tinker-support.gradle的baseApkDir 。改為你剛才打基準(zhǔn)包的父文件夾名字锭部。比如
def baseApkDir="app-0224-14-03-02"
- 修改補丁包的tinkerId，每打一個補丁包補丁版本+1裂明，補丁包的tinkerid=patch+apk版本號+補丁版本號
- 執(zhí)行./gradlew buildTinkerPatchRelease，要和之前的打的release包對應(yīng)太援。
- 在app/build/outputs/patch/得到補丁包patch_signed_7zip.apk闽晦。（**不要用outputs/apk/release/patch_signed_7zip.apk **）
7. 上傳補丁包
image.png
上傳補丁包后，目標(biāo)版本會出現(xiàn)versionName+"."+versionCode 代表識別成功
如果上傳補丁包后提岔，沒得到目標(biāo)版本號仙蛉，就是代表基準(zhǔn)包還沒被安裝〖蠲桑或者安裝后沒聯(lián)網(wǎng)荠瘪。
或者基準(zhǔn)包沒安裝tinker，沒成功初始化tinker赛惩。
如果出現(xiàn)-1 -2這些錯誤碼可以到TinkerLoadResult類看到對應(yīng)的原因
全文完 ) ) >
