Android 利用Gradle實現app的環境分離

fq1375 8年前發布 | 8K 次閱讀 Gradle 安卓開發 Android開發 移動開發

環境分離

有過互聯網軟件開發經驗的朋友一定對于測試環境和生產環境這兩個詞很是熟悉，一般軟件開發階段都是在測試環境（比較常用的是內網環境）上運行調試，而正式打包發布時會配置生產環境（也稱之為線上環境）的服務器，也就是不同的接口URL和數據庫的區別。在開發和測試階段，我們常常需要在同一個設備上同時安裝著兩套甚至多套環境的同一個應用，便于觀察調試。

但對于Android App來講，相同包名的apk在同一個設備上只能存在一個。所以我們無法做到在同一個設備上同時安裝生產環境和測試環境的安裝包，這對于日常的開發工作和測試人員的測試工作極不方便。總不能將整個工程復制一份，再通過修改包名的方式打包出另一個apk吧。所以在這種情況下，以往常見的做法就是在app中提供一個隱形的入口，供內部人員切換服務器地址，然后通過以下代碼重啟App：

private void restartApp(){
    Intent intent = getContext().getPackageManager().getLaunchIntentForPackage(getContext().getPackageName());
    intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
    startActivity(intent);
}

顯然，這種做法也只是一種緩兵之計，多少還是有些不盡人意。然而，值得慶幸地是，進入Android Studio時代后，Google開始使用引入Gradle構建系統，applicationId的出現使得環境分離的問題迎刃而解。

package 與 applicationId

在使用Eclipse開發Apk或舊版本的Gradle構建系統中，應用的包名由 AndroidManifest.xml 文件中package屬性決定。同時，這個package還被用來定義命名被引用的資源類R文件。

但是在新的Android Gradle構建系統中，package屬性的兩大作用得到了解藕：applicationId作為應用的唯一標識符（包名），用于區分不同應用；package屬性定義資源類R文件，用于引用。

applicationId存在于app/build.gradle文件中的defaultConfig配置下，新建項目時默認使用package屬性值初始化，所以如果沒有特殊的需求，一般我們不會在意和修改這個值：

apply plugin: 'com.android.application'


android {
    compileSdkVersion 19
    buildToolsVersion "19.1"



defaultConfig {
    applicationId "com.example.my.app"
    minSdkVersion 15
    targetSdkVersion 19
    versionCode 1
    versionName "1.0"
}
...</code></pre> 



所以，要實現Apk的環境分離，也就是在同一設備上安裝同一應用的不同版本，從本質上我們要修改applicationId的值，構建打包出不同包名的apk安裝文件。Gradle構建系統提供了兩種方式供開發人員修改applicationId的值，productFlavors和buildTypes，通過這兩個方式我們可以輕松實現apk的打包定制，或者說Build Variants（構建變種）。
 
  
Build Variants
 
  
項目的productFlavors和buildTypes配置可以在app/build.gradle代碼文件或者Project Structure上修改，作用是一樣的。
 
  
productFlavors
 
  
項目可以通過定義多個不同的productFlavors來實現應用的不同定制版本，每一個Flavor與buildTypes配合產出對應的一種輸出類型的apk文件，新建的項目初始化只有一個默認的Flavor：defaultConfig
 
  
 
  
productFlavors.png
 
  
注意：默認的defaultConfig為新建的productFlavors提供基本的配置，也就說，productFlavors的配置會覆蓋defaultConfig中相同的屬性，從而實現產品的不同定制版輸出。對于環境分離，這里可以通過定義新的applicationId屬性來實現。
 
  
buildTypes
 
  
默認情況下，項目的buildTypes包含debug和release兩個構建版本，其中release版本的執行需要手動設置簽名文件。對于環境分離，與productFlavors不同的是，buildTypes通過定義applicationIdSuffix來實現的，即添加后綴名：
 
  
 
  
buildTypes.png
 
  
除了這些可配置的屬性外，productFlavors和buildTypes都會通過各自的sourceSet來提供代碼和資源，默認的路徑為：src/flavorName和src/typeName。利用這個特性，我們可以實現不同定制版本的apk顯示不同的應用名稱和桌面圖標，以便從設備上進行區分。
 
  
productFlavors和buildTypes配合產出各種格式為“flavorName ＋ typeName”的Build Variants，以打包出不同版本的apk。當你沒有自定義flavors，默認的defaultConfig也會與buildTypes形成對應的Build Variants，只是沒有名字，所以顯示為debug和release。比如這段配置：
 
  
android {

    ...

    productFlavors{
        beta{
            applicationId 'com.yifeng.mdstudysamples.beta'
        }
        production{
            applicationId 'com.yifeng.mdstudysamples'
        }
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            applicationIdSuffix '.debug'
        }
    }
}
 
  
我們配置了beta和production兩種productFlavors，release和debug兩種buildTypes。所以，對應的Build Variants就有四種，分別為：betaDebug、betaRelease、productionDebug和productRelease。可以在Build Variants窗口查看并選擇對應的構建類型運行應用：
 
  
 
  
Build Variants.png
 
  
注意：前面提到，buildTypes通過添加后綴的方式修改applicationId（包名）的，換句話說，就是在productFlavors的基礎上修改包名的。所以，在上面這個例子中，betaRelease構建類型打包出的apk文件的包名是：com.yifeng.mdstudysamples.beta.debug。
 
  
實現方式
 
  
通過上面這些介紹，基本上大家能夠知道在Android上如何實現app的環境分離了。我們可以選擇使用productFlavors和buildTypes這兩種方式在同一個設備上來安裝同一個應用的不同版本。他們道理上是一樣的，只是相比之下，使用buildTypes不用新建productFlavors，更為方便。這里我就buildTypes為例簡單描述一下環境分離的實現。
 
  
1.對于一個默認productFlavors和buildTypes配置的項目，我們修改debug配置的applicationIdSuffix屬性，設為".debug"（名字可以隨意設置），release版本不用變動。
 
  
android {

    ...

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            applicationIdSuffix '.debug'
        }
    }
}
 
  
有了這一步，已經能夠將debug版本和release的apk安裝在同一個設備上了。還可以做到更好，比如修改debug版本的桌面圖標、應用名稱等，便于區分。
 
  
2.我們在src目錄下新建一個debug目錄，將main目錄下的res目錄復制一份到debug目錄下，修改各個分辨率下的桌面Icon和strings.xml文件中的應用名稱，加個debug標識。目錄結構如圖所示：
 
  
 
  
debug_res.png
 
  
在構建打包時，debug目錄下的res資源采用疊加的方式合并到main里面去，并替換相同的內容，而這個例子只需要修改桌面Icon和應用名稱，所以這里我只復制了res目錄下的相關文件，其他文件并未復制。
 
  
3.修改代碼里的服務器接口地址，選擇對應的Build Variants類型，運行即可。其實也可以在debug和main目錄下的string.xml資源文件中定義服務器地址，然后在程序的入口處賦值給代碼里的全局靜態變量。
 
  
參考文章
 
   
  
 
 
  
來自：http://www.jianshu.com/p/52d05b4e7f4c
 
  
 
 本文由用戶 fq1375 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
 轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！