[轉(zhuǎn)載] http://blog.csdn.net/qq_27942511/article/details/54286783
此Demo的原理與多渠道打包的原理相同（動態(tài)設(shè)定App名稱厘熟，應(yīng)用圖標(biāo)屯蹦，替換常量维哈，更改包名，變更渠道）
最近有一個需求登澜，就是一套代碼要根據(jù)不同的客戶打包出不同包名阔挠，不同appName,圖標(biāo)的apk,如果一個客戶更改一次打包出一個apk的話效率非常的低，并且不利于維護
本demo的軟件環(huán)境是AS,ES現(xiàn)在已經(jīng)逐漸被AS取代脑蠕，所以后期都會轉(zhuǎn)向AS開發(fā)购撼，主要工作就是修改moudle中的build.gradle文件，下面是build.gradle的所有配置：
apply plugin: 'com.android.application'
android {
compileSdkVersion 24
buildToolsVersion "24.0.3"
defaultConfig {
applicationId "com.jd.demo"
minSdkVersion 15
targetSdkVersion 24
versionCode 1
versionName "1.0"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
productFlavors {
app1 {
manifestPlaceholders = [str: "releaseStr", package_name: "com.jd.cloud1"]
applicationId "com.jd.cloud1"
resValue "string", "app_name", "測試1"
resValue "bool", "isrRank", 'true'
manifestPlaceholders = [ENVIRONMENT: "app1",
app_icon : "@drawable/icon1"]
}
app2 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud2"]
applicationId "com.jd.cloud2"
resValue "string", "app_name", "測試2"
resValue "bool", "isrRank", 'true'
manifestPlaceholders = [ENVIRONMENT: "app2",
app_icon : "@drawable/icon2"]
}
app3 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud3"]
applicationId "com.jd.cloud3"
resValue "string", "app_name", "測試3"
resValue "bool", "isrRank", 'true'
manifestPlaceholders = [ENVIRONMENT: "app3",
app_icon : "@drawable/icon3"]
}
app4 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud4"]
applicationId "com.jd.cloud4"
resValue "string", "app_name", "測試4"
resValue "bool", "isrRank", 'true'
manifestPlaceholders = [ENVIRONMENT: "app4",
app_icon : "@drawable/icon4"]
}
app5 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud5"]
applicationId "com.jd.cloud5"
resValue "string", "app_name", "測試5"
resValue "bool", "isrRank", 'true'
manifestPlaceholders = [ENVIRONMENT: "app5",
app_icon : "@drawable/icon5"]
}
}
lintOptions {
checkReleaseBuilds false
// Or, if you prefer, you can continue to check for errors in release builds,
// but continue the build even when errors are found:
abortOnError false
}
}
allprojects {
repositories {
maven { url "https://jitpack.io" }
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
testCompile 'junit:junit:4.12'
compile 'com.android.support:appcompat-v7:24.2.1'
}
下面就來逐個來解析這些字段的具體含義：
1. 不同環(huán)境谴仙，不同包名：
productFlavors {
app1 {
manifestPlaceholders = [str: "releaseStr", package_name: "com.jd.cloud1"]
applicationId "com.jd.cloud1"
}
app2 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud2"]
applicationId "com.jd.cloud2"
}
app3 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud3"]
applicationId "com.jd.cloud3"
}
app4 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud4"]
applicationId "com.jd.cloud4"
}
app5 {
manifestPlaceholders = [str: "devStr", package_name: "com.jd.cloud5"]
applicationId "com.jd.cloud5"
}
在defaultConfig中會默認(rèn)的配置一個applicationId迂求，但是這里會覆蓋掉默認(rèn)的applicationId
2. 不同環(huán)境，不同appName:
productFlavors {
app1 {
resValue "string", "app_name", "測試1"
resValue "bool", "isrRank", 'true'
}
app2 {
applicationId "com.jd.cloud2"
resValue "string", "app_name", "測試2"
resValue "bool", "isrRank", 'true'
}
app3 {
resValue "string", "app_name", "測試3"
resValue "bool", "isrRank", 'true'
}
app4 {
resValue "string", "app_name", "測試4"
resValue "bool", "isrRank", 'true'
}
app5 {
resValue "string", "app_name", "測試5"
resValue "bool", "isrRank", 'true'
}
注意：需要將res/values/string.xml文件中的app_name字段刪除晃跺，這樣打包之后就會根據(jù)不同的環(huán)境加載不同的app_name.
原理就是使用resValue指令來動態(tài)的定義String資源揩局，這里根據(jù)不同的環(huán)境定義了appName字段的內(nèi)容，所以當(dāng)引用到appName資源的時候會根據(jù)環(huán)境的不同區(qū)加載不同的內(nèi)容掀虎。同理：利用這種方法可以動態(tài)的添加color谐腰，dimens資源。
3. 不同環(huán)境涩盾，不同的常量：
- 定義字段：
這里會在app/build/source/BuildConfig/dev/com.lyl.dev/BuildConfig中生成相應(yīng)的資源
productFlavors {
dev {
buildConfigField "String", "ENVIRONMENT", '"app1"'
}
stage {
buildConfigField "String", "ENVIRONMENT", '"app2"'
}
prod {
buildConfigField "String", "ENVIRONMENT", '"app3"'
}
}
- 引用字段：
public class Constants {
public static final String ENVIRONMENT = BuildConfig.ENVIRONMENT
}
注意：這里有個小細(xì)節(jié)十气，看其中第三個參數(shù)，是先用了“’”春霍，然后在用了“””砸西，這種語法在 Java 里可能比較陌生，但是在很多其他語言中址儒，這種用法是很常見的芹枷。
它的意思是 “app*” 這個整體是屬于一個字符串，至于為什么要這么寫莲趣，你把單引號去掉鸳慈，然后去 app/build/source/BuildConfig/dev/com.lyl.dev/BuildConfig 這個文件看一看就知道了。
由于我這里沒有這個需求喧伞，所以在build.gradle中沒有使用
4. 不同環(huán)境走芋，不同圖標(biāo)：
要實現(xiàn)這個需求就需要修改AndroidManifest.xml里的渠道變量：
- 在 AndroidManifest.xml 里添加渠道變量
<application
android:icon="${app_icon}"
android:label="@string/app_name"
android:theme="@style/AppTheme">
...
<meta-data
android:name="UMENG_CHANNEL"
android:value="${ENVIRONMENT}" />
...
</application>
這樣 android:icon=”${app_icon}”會報紅，不要緊潘鲫，后面會有處理的方法翁逞。
- 在build.gradle設(shè)置：
productFlavors {
app1 {
manifestPlaceholders = [ENVIRONMENT: "app1",
app_icon : "@drawable/icon1"]
}
app2 {
manifestPlaceholders = [ENVIRONMENT: "app2",
app_icon : "@drawable/icon2"]
}
app3 {
manifestPlaceholders = [ENVIRONMENT: "app3",
app_icon : "@drawable/icon3"]
}
app4 {
manifestPlaceholders = [ENVIRONMENT: "app4",
app_icon : "@drawable/icon4"]
}
app5 {
manifestPlaceholders = [ENVIRONMENT: "app5",
app_icon : "@drawable/icon5"]
}
在drawable中放入五張不同的圖片，這樣就可以實現(xiàn)不同的環(huán)境溉仑，加載不同的圖標(biāo)
5. 最后需要配置一個檢查要求
lintOptions {
checkReleaseBuilds false
// Or, if you prefer, you can continue to check for errors in release builds,
// but continue the build even when errors are found:
abortOnError false
}
這里的作用就是即使項目中報錯也不會停止打包
-
然后就可以打包了
image
這樣就在相應(yīng)的目錄生成了不同的包挖函，如圖：
image.png
那么到底成功了沒有呢，下面就來看一下效果吧浊竟，將這五個app安裝到手機上怨喘，效果圖如下：
image.png
這就說明已經(jīng)包名也已經(jīng)成功的更改了津畸，只有包名不同才能安裝到同一個手機上，下面就通過命令行的方式來驗證一下必怜。
首先cd進入到你的sdk目錄下洼畅，進入build-tools下的任意一個版本，你會看到有一個aapt.exe,這就是我們需要的插件棚赔。
然后執(zhí)行 aapt dump badging
