標籤:
Gradle打包APP簽名
預設情況下,debug被配置成使用一個debug keystory。debug keystory使用了預設的密碼和預設key及預設的key密碼。debug構建類型會自動使用debug簽名配置。在你的Module的build.gradle檔案中添加:
android { ...... signingConfigs { myConfig{ storeFile file("yanbober.keystore") storePassword "gradle" keyAlias "gradle" keyPassword "gradle" } } buildTypes{ release { runProguard true zipAlignEnabled true // 移除無用的resource檔案 shrinkResources true proguardFiles getDefaultProguardFile(‘proguard-android.txt‘), ‘proguard-rules.pro‘ signingConfig signingConfigs.myConfig } } }
雖然經常使用項目根目錄的相對路徑作為keystore的路徑,但是也可以使用絕對路徑,儘管這並不推薦(除了自動建立出來的debug keystore)。運行gradle clean gradle build即可產生簽名混淆對齊的app。
Gradle構建Android應用多渠道包(批量打包)
Android應用的發布需要面對各種各樣的市場,我們稱之為渠道。通常作為開發人員我們需要知道應用是從哪個渠道下載的。這種統計資訊一般常用的是百度統計或者友盟統計。
這裡舉例時使用友盟統計為例說明問題。原理是Gradle的Manifest Merger。
在AndroidManifest.xml裡配置所謂的PlaceHolder。
<meta-data android:name="CHANNEL" android:value="${CHANNEL_VALUE}" />
在模組build.gradle檔案的defaultConfig加上PlaceHolder,作用是聲明CHANNEL_VALUE是可替換值的PlaceHolder,同時為其設定yanbober預設值。
android { ...... defaultConfig { ...... manifestPlaceholders = [ CHANNEL_VALUE:"yanbober" ] } }
在模組的build.gradle檔案裡添加ProductFlavors配置。
ProductFlavors其實就是可定義的product特性,與Manifest Merger使用就可以在一次編譯過程中產生多個具有自己特性配置的版本。
下面這個配置的作用就是為每個渠道包產生不同的CHANNEL_VALUE的值。
android { ...... defaultConfig { ...... manifestPlaceholders = [ CHANNEL_VALUE:"yanbober" ] } productFlavors { yanbober{} wandoujia{} xiaomi{} baidu{} } productFlavors.all { flavor -> flavor.manifestPlaceholders = [ CHANNEL_VALUE:name ] } }
批量產生多渠道包:進入工程目錄下運行gradlew assembleRelease。可以看到編譯一共產生了4個apk,分別對應在productFlavors段定義的4個渠道。反編譯開啟AndroidManifest.xml就會發現CHANNEL這一段的配置已經被修改。
產生單個渠道包:開啟AS的Gradle Tasks面板模組有很多任務,直接雙擊對應的耽擱渠道任務產生對應的apk。
用命令列單獨產生xiaomi渠道使用gradlew assemblexiaomiRelease就好了。
android studio學習----打包