這兩天有在研究Bugly的熱更新，內建後發現确實很友善，參考網址為：Bugly官網 一、添加插件依賴 工程根目錄下“build.gradle”檔案中添加 // tinkersupport 插件 , 其中 lastest.release 指拉取最新版本，也可以指定明确版本号，例如 1.0.4 classpath "com.tencent.bugly:tinker-support:1.0.8" 二、內建SDK 1）app module的“build.gradle”檔案中添加 compile "com.android.support:multidex:1.0.2" // 多 dex 配置 需要引入分包政策 compile 'com.tencent.bugly:crashreport_upgrade:1.3.1' //使用遠端 Jcenter的政策引入依賴庫 2）在app module的“build.gradle”檔案中添加： // 依賴插件腳本 apply from : 'tinker-support.gradle' 3）在app的根目錄中建立tinker-support.gradle，内容如下所示
apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
*
此處填寫每次建構生成的基準包目錄
*
使用Gradle/BuglyDemo/app/Tasks/build/assembleRelease 指令生成
*
存儲到app/build/bakApk/對應時間點的目錄中
Bugly熱更新內建，以及遇到的問題 
Bugly熱更新內建，以及遇到的問題
*/
def baseApkDir = "app-1102-11-02-28"
/**
* 對于插件各參數的詳細解析請參考
*/
tinkerSupport {
// 開啟tinker-support插件，預設值true
enable = true
// 指定歸檔目錄，預設值目前module的子目錄tinker
autoBackupApkDir = "${bakPath}"
// 是否啟用覆寫tinkerPatch配置功能，預設值false
// 開啟後tinkerPatch配置不生效，即無需添加tinkerPatch
overrideTinkerPatchConfiguration = true
// 編譯更新檔包時，必需指定基線版本的apk，預設值為空
// 如果為空，則表示不是進行更新檔包的編譯
// @{link tinkerPatch.oldApk }
baseApk = "${bakPath}/${baseApkDir}/app-release.apk"
// 對應tinker插件applyMapping
baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
// 對應tinker插件applyResourceMapping
baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
// 建構基準包和更新檔包都要指定不同的tinkerId，并且必須保證唯一性
tinkerId = "patch-2.3.0_2"
// 建構多管道更新檔時使用
// buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
// 是否啟用加強模式，預設為false.(tinker-spport 1.0.7起支援）
// isProtectedApp = true
// 是否開啟反射Application模式
enableProxyApplication = 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的配置設定
}
} //建構基準包和更新檔包都要指定不同的tinkerId，并且必須保證唯一性 // 其中基礎包打包時，建議使用“base-版本号-0”的形式更新包建議使用 //“pathc-版本号-更新檔包号” // 因為同一個基礎包可能出現多個更新包的情況，建議使用辨別辨別出 // 更新包的更新檔包号，便于與背景達成統一。
三、初始化SDK enableProxyApplication = false 的情況 這是Tinker推薦的接入方式，一定程度上會增加接入成本，但具有更好的相容性。 1）建立MyApplication，并繼承自 TinkerApplication，最後在manifest中添加application的配置
/**
* @author Lixm
* @date 2017/7/6
* @detail
* 自定義Application.
*
* 注意：這個類內建TinkerApplication類，這裡面不做任何操作，所有Application的代碼都會放到ApplicationLike繼承類當中<br/>
* <pre>
* 參數解析：
* 參數1：int tinkerFlags 表示Tinker支援的類型 dex only、library only or all suuport，default: TINKER_ENABLE_ALL
* 參數2：String delegateClassName Application代理類 這裡填寫你自定義的ApplicationLike
* 參數3：String loaderClassName Tinker的加載器，使用預設即可
* 參數4：boolean tinkerLoadVerifyFlag 加載dex或者lib是否驗證md5，預設為false
* </pre>
*/
public class MyApplication extends TinkerApplication {
public MyApplication() {
super(ShareConstants.TINKER_ENABLE_ALL, "com.lixm.animationdemo.application.MyApplicationLike",
"com.tencent.tinker.loader.TinkerLoader", false);
}
} 2）建立MyApplicationLike實作類并繼承自 DefaultApplicationLike ，實作原有Application中的所有功能，并配置相關的Bugly參數
@Override
public void onCreate() {
super.onCreate();
setDatabase();
//對xUtils進行初始化
x.Ext.init(getApplication());
//是否是開發、調試模式
x.Ext.setDebug(true, true);//是否輸出debug日志，開啟debug會影響性能
//設定是否開啟熱更新能力，預設為true
Beta.enableHotfix = true;
//設定是否自動下載下傳更新檔，預設為true
Beta.canAutoDownloadPatch = true;
//設定是否自動合成更新檔，預設為true
Beta.canAutoPatch = true;
//設定是否提示使用者重新開機，預設為false
Beta.canNotifyUserRestart = true;
//更新檔回調接口
Beta.betaPatchListener = new BetaPatchListener() {
@Override
public void onPatchReceived(String patchFile) {
LogUtil.w("更新檔下載下傳位址："+patchFile);
Toast.makeText(getApplication(), "更新檔下載下傳位址：" + patchFile, Toast.LENGTH_SHORT).show();
}
@Override
public void onDownloadReceived(long savedLength, long totalLength) {
Toast.makeText(getApplication(), String.format(Locale.getDefault(), "%s %d%%",
Beta.strNotificationDownloading, (int) (totalLength == 0 ? 0 : savedLength * 100 / totalLength)),
Toast.LENGTH_SHORT).show();
}
@Override
public void onDownloadSuccess(String msg) {
Toast.makeText(getApplication(), "更新檔下載下傳成功："+msg, Toast.LENGTH_SHORT).show();
LogUtil.w("更新檔下載下傳成功："+msg);
}
@Override
public void onDownloadFailure(String msg) {
Toast.makeText(getApplication(), "更新檔下載下傳失敗："+msg, Toast.LENGTH_SHORT).show();
LogUtil.w("更新檔下載下傳失敗："+msg);
}
@Override
public void onApplySuccess(String msg) {
Toast.makeText(getApplication(), "更新檔應用成功："+msg, Toast.LENGTH_SHORT).show();
LogUtil.w("更新檔應用成功："+msg);
}
@Override
public void onApplyFailure(String msg) {
Toast.makeText(getApplication(), "更新檔應用失敗："+msg, Toast.LENGTH_SHORT).show();
LogUtil.w("更新檔應用失敗："+msg);
}
@Override
public void onPatchRollback() {
LogUtil.w("==============onPatchRollback======");
}
};
//設定開發裝置，預設為false，上傳更新檔如果下發範圍指定為"開發裝置"，需要調用此接口來辨別開發裝置
Bugly.setIsDevelopmentDevice(getApplication(), true);
//這裡實作SDK初始化，appId替換成你的在Bugly平台申請的appId
Bugly.init(getApplication(), "5ca40d59fb", true);
// Bugly.init(getApplication(), "900029763", true);
instance=this;
}
@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);
// TODO: 安裝tinker
Beta.installTinker(this);
}
@TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
public void registerActivityLifecycleCallback(
Application.ActivityLifecycleCallbacks callbacks) {
getApplication().registerActivityLifecycleCallbacks(callbacks);
} 注意：tinker需要你開啟MultiDex,你需要在dependencies中進行配置 compile "com.android.support:multidex:1.0.1" 才可以使用MultiDex.install方法； SampleApplicationLike這個類是Application的代理類，以前所有在Application的實作必須要全部拷貝到這裡，在 onCreate 方法調用SDK的初始化方法，在 onBaseContextAttached 中調用 Beta.installTinker(this); 。
enableProxyApplication = true的情況 直接在原有的application中添加bugly的配置參數，注意初始化方法使用如下方式
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
// you must install multiDex whatever tinker is installed!
MultiDex.install(base);
// 安裝tinker
Beta.installTinker();
} 四、AndroidManifest.xml配置 1）添權重限 <uses-permission android :name= "android.permission.READ_PHONE_STATE" /> <uses-permission android :name= "android.permission.INTERNET" /> <uses-permission android :name= "android.permission.ACCESS_NETWORK_STATE" /> <uses-permission android :name= "android.permission.ACCESS_WIFI_STATE" /> <uses-permission android :name= "android.permission.READ_LOGS" /> <uses-permission android :name= "android.permission.WRITE_EXTERNAL_STORAGE" /> 2）添加特制activity和provider說明
<activity
android:name="com.tencent.bugly.beta.ui.BetaActivity"
android:configChanges="keyboardHidden|orientation|screenSize|locale"
android:theme="@android:style/Theme.Translucent" />
<provider
android:name="android.support.v4.content.FileProvider"
android:authorities="${applicationId}.fileProvider"
android:exported="false"
android:grantUriPermissions="true">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/provider_paths" />
</provider> 其中provider_paths檔案内容如下： <? xml version= "1.0" encoding= "utf-8" ?> <paths xmlns: android = "http://schemas.android.com/apk/res/android" > <!-- /storage/emulated/0/Download/${applicationId}/.beta/apk--> <external-path name= "beta_external_path" path= "Download/" /> <!--/storage/emulated/0/Android/data/${applicationId}/files/apk/--> <external-path name= "beta_external_files_path" path= "Android/data/" /> </paths> 注：1.3.1及以上版本，可以不用進行以上配置，aar已經在AndroidManifest配置了，并且包含了對應的資源檔案。
五、添加混淆配置 -dontwarn com.tencent.bugly.** -keep public class com.tencent.bugly.**{*;} -keep class android.support.**{*;}
至此，大部配置設定置均已完成，接下來就是實踐的部分了 具體操作内容參照官網提示Bugly官網熱更新詳解位址點選打開連結 這裡記錄幾點需要注意的地方： 1）使用Bugly前提，需要添加 multidex分包政策。 2）使用assembleRelease打包，需設定混淆政策。為了使開發人員運作的檔案也包含打包，最好在build.gradle中配置好相關的打包簽名政策。 3）正确的混淆打包後的檔案包含app-release.apk，app-release-mapping.txt，app-release-R.txt 三個檔案；未添加混淆政策打包後，沒有app-release-mapping.txt，會造成後期應用政策失敗。 4）生成熱更新包時，主要基準包的路徑配置，這裡建議生成的準備上線的基準包做好備份。 5）背景上傳的政策包使用的是build/outputs/patch中的patch_signed_7zip.apk 但是熱更新不能作用于有四大元件變更的熱更新操作。
有遇到的問題歡迎大家留言讨論，一起進步。。。