最近不斷有朋友向我諮詢AndroidStudio多渠道的打包方法,今天整理一下以前積累的打包套路,寫一篇文章,手把手的教給你們。 說到多渠道,這裏不得不提一下友盟統計,友盟統計是你們平常開發中經常使用的渠道統計工具,而咱們的打包方法就是基於友盟統計實施的。按照友盟官方文檔說明,渠道信息一般須要在AndroidManifest.xml中配置以下值:android
<meta-data android:value="Channel ID" android:name="UMENG_CHANNEL"/> 上面的value值Channel_ID就是渠道標識。咱們的指望的就是在編譯時候這個值可以自動變化以知足區分多渠道的需求。安全
(一)在AndroidManifest.xml裏設置動態渠道變量 <meta-data android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VALUE}" /> (二)在build.gradle設置productFlavors 這裏假定咱們須要打包的渠道爲酷安市場、360、小米、百度、豌豆莢 android {
productFlavors { kuan { manifestPlaceholders = [UMENG_CHANNEL_VALUE: "kuan"] } xiaomi { manifestPlaceholders = [UMENG_CHANNEL_VALUE: "xiaomi"] } qh360 { manifestPlaceholders = [UMENG_CHANNEL_VALUE: "qh360"] } baidu { manifestPlaceholders = [UMENG_CHANNEL_VALUE: "baidu"] } wandoujia { manifestPlaceholders = [UMENG_CHANNEL_VALUE: "wandoujia"] } }
} 或者批量修改app
android {
productFlavors { kuan {} xiaomi {} qh360 {} baidu {} wandoujia {} }工具
productFlavors.all { flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] }
} 所謂ProductFlavors其實就是可定義的產品特性,配合 manifest merger 使用的時候就能夠達成在一次編譯過程當中產生多個具備本身特性配置的版本。上面這個配置的做用就是,爲每一個渠道包產生不一樣的 UMENG_CHANNEL_VALUE 的值。gradle
(三)執行打包操做 在AndroidStudio菜單欄點擊Build菜單–>Generate signed APK–>選擇key,並輸入密碼 輸入密碼ui
而後下一步,選擇打包渠道命令行
選擇打包渠道debug
最後點擊完成按鈕code
這裏寫圖片描述xml
上圖能夠看到,咱們已經成功的將五個渠道包打好。
(四)執行打包命令 ./gradlew assembleRelease 除了使用AndroidStudio圖形打包操做之外,咱們也可使用命令行進行打包操做,具體步驟以下:
在AndroidStudio窗口左下角打開Terminal面板,輸入gradlew assembleRelease命令
這裏寫圖片描述
若是系統中沒有安裝Gradle,則會自動下載完成安裝及初始化
這裏寫圖片描述
打包成功後會提示BUILD SUCCESSRUL
這裏寫圖片描述
在app–>build–>outputs–>apk路徑中就能夠看到打包成功後的APK
這裏寫圖片描述
注意,此時這裏的APK包名顯示爲unsigned,也就是說未簽名,咱們能夠繼續在build.gradle文件中配置簽名信息
signingConfigs { release{ storeFile file("../wooyun_keystore") //簽名文件路徑 storePassword "123456" keyAlias "123456" keyPassword "123456" //簽名密碼 } } 而後再次執行gradlew assembleRelease命令
這裏寫圖片描述
此次生成的就是含有簽名的渠道包。
當咱們的渠道包版本比較多時,能夠自定義所打APK包名稱,用以區分
// 自定義輸出配置,這裏咱們加上APK版本號1.0 applicationVariants.all { variant -> variant.outputs.each { output -> def outputFile = output.outputFile if (outputFile != null && outputFile.name.endsWith('.apk')) { // 輸出apk名稱爲wooyun_v1.0_wandoujia.apk def fileName = "wooyun_v${defaultConfig.versionName}_${variant.productFlavors[0].name}.apk" output.outputFile = new File(outputFile.parent, fileName) } } } 這裏寫圖片描述
assemble是Gradle中的編譯打包命令,有以下用法:
若是咱們想打包wandoujia渠道的release版本,執行以下命令就行了:
gradlew assembleWandoujiaRelease 若是咱們想打包wandoujia渠道的debug版本,執行以下命令就行了:
gradlew assembleWandoujiaDebug 若是咱們只打wandoujia渠道版本,則:
gradlew assembleWandoujia 此命令會生成wandoujia渠道的Release和Debug版本
同理我想打所有Release版本:
gradlew assembleRelease 這條命令會把Product Flavor下的全部渠道的Release版本都打出來。
下面是我我的的build.gradle配置文件,分享給你們,以做參考
apply plugin: 'com.android.application'
android { compileSdkVersion 23 buildToolsVersion "23.0.3"
defaultConfig { applicationId "com.wooyun.castiel" minSdkVersion 15 targetSdkVersion 23 versionCode 1 versionName "1.0" } //簽名 signingConfigs { debugConfig { storeFile file("../wooyun_keystore") //簽名文件 storePassword "123456" keyAlias "123456" keyPassword "123456" //簽名密碼 } release{ storeFile file("../wooyun_keystore") //簽名文件 storePassword "123456" keyAlias "123456" keyPassword "123456" //簽名密碼 } } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' // 自定義輸出配置 applicationVariants.all { variant -> variant.outputs.each { output -> def outputFile = output.outputFile if (outputFile != null && outputFile.name.endsWith('.apk')) { // 輸出apk名稱爲wooyun_v1.0_wandoujia.apk def fileName = "wooyun_v${defaultConfig.versionName}_${variant.productFlavors[0].name}.apk" output.outputFile = new File(outputFile.parent, fileName) } } } } } productFlavors { kuan {} xiaomi {} qh360 {} baidu {} wandoujia {} } productFlavors.all { flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] }
}
dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) testCompile 'junit:junit:4.12' compile 'com.android.support:appcompat-v7:23.4.0' } 上面的signingConfigs配置中,能夠寫兩個代碼塊,分別名爲debugConfig和releaseConfig,並在其中寫好一個完整簽名須要的keyAlias、keyPassword、storeFile file、storePassword。 而後在buildTypes中,分兩個代碼塊,分別是debug時用的,和release時用的。在其中引用剛剛寫好的debugConfig和releaseConfig便可。
注意:signingConfigs代碼塊必定要寫在buildTypes前面,不然會報下面這種錯:
Could not find property 'debugConfig' on SigningConfig container. 簽名密碼寫在gradle中不安全,故最好在打包上線的時候將相關代碼註釋掉。