編輯:關於Android編程
前言
最近項目集成了Tinker,開始認為集成會比較簡單,但是在實際操作的過程中還是遇到了一些問題,本文就會介紹在集成過程大家基本會遇到的主要問題。
考慮一:後台的選取
目前後台功能可以通過三種方式實現:
1、自己搭建後台布丁下發系統
2、第三方提供的服務,目前如原微信simsun大神的個人tinkerpatch平台,目前出於內測階段,暫時免費。後期應該會按下發量對app進行收費。
3、騰訊Bugly提供的服務,提供了熱更新的下發後台,集成到了bugly的升級sdk中。免費。
根據公司的精神,我們選擇了Bugly作為我們的方案,這個大家都懂得。
考慮二:多渠道打包的問題
我們有將近100個渠道,每個渠道需要一個不同的渠道號,按product flavor的方式打出來的包的dex都有差異。這樣就造成100個渠道包的熱更新就需要100個補丁,這對管理簡直是一個災難。Tinker也對這種問題給出了推薦的方案,那就是使用開源項目packer-ng-plugin,它的原理是將渠道信息寫在apk文件的zip comment中,這樣在多渠道打包時就不會影響dex的內容。
考慮三:資源混淆所造成的問題
目前項目使用了資源混淆項目AndResGuard,關於AndResGuard的介紹,可以參考文檔AndResGuard[Android混淆工具AndResGuard]。
也正是引入了資源混淆,熱更新和多渠道打包都必須依賴資源混淆後生成的apk包才行。所以我們對編譯流程進行了整合。
**整合前**
編譯:編譯直接使用AndResGuard提供的命令resguardRelease生成即可。resguardRelease生成的apk文件是沒有資源混淆的。
./gradlew resguardRelease
Tinker生成補丁:直接調用tinkerPatchRelease任務生成的Release文件沒有進行資源混淆
./gradlew tinkerPatchRelease
多渠道打包:使用packer-ng的命令apkRelease生成多渠道文件沒有進行資源混淆
./gradlew apkRelease
**整合後**
主要解決兩個問題:
1、Tinker生成補丁的原始和新的apk,需要使用資源混淆後的apk
2、多渠道打包所使用的原始apk,需要使用資源混淆後的apk
針對問題1:
當使用resguardRelease進行編譯,在編譯完成後,將生成的apk文件、R文件、map文件和resouce map文件拷貝到${buildDir}/bakApk/resguard目錄下;
當使用tinkerPatchRelease生成補丁時,在tinkerPatchRelease任務前加入resguardTask任務,這樣生成補丁時使用的新舊apk都是資源混淆過的。核心的gradle代碼如下:
android.applicationVariants.all { variant -> /** * task type, you want to bak */ def taskName = variant.name tasks.all { if (variant.buildType.name == 'release') { if ("tinkerPatch${taskName.capitalize()}".equalsIgnoreCase(it.name)) { // find resguard task def resguardTask tasks.all { if (it.name.startsWith("resguard")) { resguardTask = it } } it.doFirst({ // change build apk path it.buildApkPath = "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/${project.getName()}-${taskName}_signed.apk" }) // change task dependence to resguard task it.dependsOn resguardTask } if ("resguard${taskName.capitalize()}".equalsIgnoreCase(it.name)) { it.doLast { copy { def date = new Date().format("MMdd-HH-mm-ss") from "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/${project.getName()}-${taskName}_signed_7zip_aligned.apk" into file(bakPath.absolutePath + "/resguard") rename { String fileName -> fileName.replace("${project.getName()}-${taskName}_signed_7zip_aligned.apk", "${project.getName()}-${taskName}-${date}.apk") } from "${buildDir}/outputs/mapping/${taskName}/mapping.txt" into file(bakPath.absolutePath + "/resguard") rename { String fileName -> fileName.replace("mapping.txt", "${project.getName()}-${taskName}-${date}-mapping.txt") } from "${buildDir}/intermediates/symbols/${taskName}/R.txt" into file(bakPath.absolutePath + "/resguard") rename { String fileName -> fileName.replace("R.txt", "${project.getName()}-${taskName}-${date}-R.txt") } from "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/resource_mapping_${project.getName()}-release.txt" into file(bakPath.absolutePath + "/resguard") rename { String fileName -> fileName.replace("resource_mapping_${project.getName()}-release.txt", "${project.getName()}-${taskName}-${date}-resource_mapping.txt") } } } } } }
針對問題2、在AS中使用apkRelease任務打包的方式不再適用,可直接使用packer-ng所提供的命令行方式進行生成渠道包,經過測試,100個渠道包的確在10s左右就能打完,速度相當之快。考慮到市場推廣人員會打不同渠道包,後期可做一個簡易工具提供給市場推廣人員。
整合後操作:
編譯:
./gradlew resguardRelease
生成的apk文件放在${app}\build\bakApk\resguard\目錄下
打補丁包:
./gradlew tinkerPatchRelease ./gradlew generateManifestForReleaseTinkerPatch
最終生成的補丁放在${app}\build\outputs\patch\目錄下
多渠道打包:
針對編譯後生成的包,使用packer-ng提供的命令行操作即可
java -jar PackerNg-x.x.x.jar apkFile marketFile outputDir
以上就是本文的全部內容,希望本文的內容對大家的學習或者工作能帶來一定的幫助,同時也希望多多支持本站!
本文實例講述了Android開發之自定義View(視圖)用法。分享給大家供大家參考,具體如下:View類是Android的一個超類,這個類幾乎包含了所有的屏幕類型。每一個
仿微信右上角彈出框1、利用popwindow實現2、popwindow的位置居於右上角新建,彈出popwindow:/** 彈popwindow **/ tv = (T
1.一些BB上節我們把妹子圖片的數據來源從本地改成了解析Gank提供的接口數據,我們本節想對這個圖片加載類進行優化,比如加上顯示本地圖片的,另外還有一點就是緩存,我們現在
基本概念:安卓平台提供對藍牙的通訊棧的支持,允許設別和其他的設備進行無線傳輸數據。應用程序層通過安卓API來調用藍牙的相關功能,這些API使程序無線連接到藍牙設備,並擁有