編輯:關於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的內容。具體關於packer-ng-plugin的介紹,可以參考文檔[Android打包工具packer-ng-plugin]。
目前項目使用了資源混淆項目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代碼如下:
1 android.applicationVariants.all { variant -> 2 /** 3 * task type, you want to bak 4 */ 5 def taskName = variant.name 6 7 tasks.all { 8 if (variant.buildType.name == 'release') { 9 10 if ("tinkerPatch${taskName.capitalize()}".equalsIgnoreCase(it.name)) { 11 12 // find resguard task 13 def resguardTask 14 tasks.all { 15 if (it.name.startsWith("resguard")) { 16 resguardTask = it 17 } 18 } 19 it.doFirst({ 20 // change build apk path 21 it.buildApkPath = "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/${project.getName()}-${taskName}_signed.apk" 22 }) 23 24 // change task dependence to resguard task 25 it.dependsOn resguardTask 26 } 27 28 if ("resguard${taskName.capitalize()}".equalsIgnoreCase(it.name)) { 29 it.doLast { 30 copy { 31 def date = new Date().format("MMdd-HH-mm-ss") 32 from "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/${project.getName()}-${taskName}_signed_7zip_aligned.apk" 33 into file(bakPath.absolutePath + "/resguard") 34 rename { String fileName -> 35 fileName.replace("${project.getName()}-${taskName}_signed_7zip_aligned.apk", "${project.getName()}-${taskName}-${date}.apk") 36 } 37 38 from "${buildDir}/outputs/mapping/${taskName}/mapping.txt" 39 into file(bakPath.absolutePath + "/resguard") 40 rename { String fileName -> 41 fileName.replace("mapping.txt", "${project.getName()}-${taskName}-${date}-mapping.txt") 42 } 43 44 from "${buildDir}/intermediates/symbols/${taskName}/R.txt" 45 into file(bakPath.absolutePath + "/resguard") 46 rename { String fileName -> 47 fileName.replace("R.txt", "${project.getName()}-${taskName}-${date}-R.txt") 48 } 49 from "${buildDir}/outputs/apk/AndResGuard_${project.getName()}-${taskName}/resource_mapping_${project.getName()}-release.txt" 50 into file(bakPath.absolutePath + "/resguard") 51 rename { String fileName -> 52 fileName.replace("resource_mapping_${project.getName()}-release.txt", "${project.getName()}-${taskName}-${date}-resource_mapping.txt") 53 } 54 } 55 } 56 } 57 } 58 }
針對問題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
over~~
更多Tinker源碼解析的文章請參考:
android TextView實現跑馬燈效果 最近忙著項目,很久沒有總結提交博客和提交github了。接下來我打算整理下項目中用到的比較有用的發表到博客上。也打算總
Android高效計算——RenderScript(二),androidrenderscript3 RenderScript運行時層與反射層 3.1 RenderScri
100多個Styles快速開發布局XML,一行搞定View屬性,一鍵統一配置UI...,stylesui.. Android開發中大量使用XML代碼作為界面的
兩個Activity之間的交互startActivityForResult的使用,startactivityresult 代碼如下: 1 package