实现Android应用环境分离的三种方案

通常产品在迭代的时候，都有测试环境和正式环境,或者说是生产和开发环境，一般软件开发阶段都是在测试环境上运行调试，而正式打包发布时会配置正式环境的服务器，也就是不同的接口URL和数据库的区别。所以开发人员经常要在测试环境与正式环境之间来回切换，这带来了很大不便。本文提供了三种种方式来解决这个问题。
第一种方案：默认情况下，项目的buildTypes包含debug和release两个构建版本，用来分别对应测试环境和生产环境，设置applicationIdSuffix ，这样测试环境和生产环境实际上等于是已经分开的两个app了，可以实现在同一个设备上来安装同一个应用的不同版本。
第二种方案：在gradle构建的时候，Product Flavors中定义两个渠道，分别对应测试环境和生产环境，并且每个渠道applicationId不同，也可以实现在同一个设备上来安装同一个应用的不同版本。
第三种方案：手机SDCARD中创建隐藏文件，在程序启动的时候，判断有没有隐藏文件，进行测试环境和正式环境的切换，这样只需要一个apk，通过隐藏配置文件，动态进行环境的切换。
方案一和方案二的本质都是修改applicationId的值，构建打包出不同包名的apk安装文件。方案三不需要同时安装两个apk文件就可以实现环境分离，不足是每次切换的时候，app要关闭重启一下。下面简述一下三种方案的实现。
方案一：buildTypes
  在app/gradle中添加下列代码
   defaultConfig {
         applicationId "com.environment.switch"
         minSdkVersion 15
         targetSdkVersion 23
         versionCode 1
         versionName "1.0"
          testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
         }

   buildTypes {
          release {
                 minifyEnabled false
                 proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
             }
           debug{
                 applicationIdSuffix ".debug"
              }
      }
将debug类型的Application Id Suffix设置为“.debug”，然后在Application的onCreate中判断是哪一个应用，设置不同的服务器地址。
 public class ServerConfigManger {

   private ServerConfigManger(){
   };

   private static  class ServerConfigMangerHolder{
       private static final ServerConfigManger instance=new ServerConfigManger();
   }

   public static ServerConfigManger getInstance(){
       return  ServerConfigMangerHolder.instance;
   }

   public String   getServerURL(Application pApplication){
       //测试环境服务器地址
       String urlPrefix="text.xxx.com";
       ApplicationInfo applicationInfo = pApplication.getApplicationInfo();
       String processName = applicationInfo.processName;
       if( processName.endsWith(".debug")){
           return urlPrefix;
       }else {
           //正式环境服务器地址
           urlPrefix="release.xxx.com";
           return  urlPrefix;
       }
   }
}
 @Override
   public void onCreate() {
       super.onCreate();
       String serverURL = ServerConfigManger.getInstance().getServerURL(this);
   }
构建类型仍然是两个，debug和release,如下图:

build_type.png
只是现在的debug对应的是测试环境，而release对应的是正式环境，debug应用的包名是com.environment.switch.debug,release应用的包名是com.environment.switch；这种方式还可以继续优化一下，因为这两个应用安装之后，桌面的应用图标是一样的，下面将debug版本的应用图标换掉。在src目录下新建一个debug目录，将main目录下的res目录复制一份到debug目录下，修改各个分辨率下的桌面Icon和strings.xml文件中的应用名称,如下图：
修改桌面图标.png
到此第一种方案就ＯＫ了
方案二：Product Flavors
在app/gradle中添加下列代码
  productFlavors{
       en1{
           applicationId "com.environmentswitch_beta"
       }
       en2{
           applicationId "com.environmentswitch"
       }
   }
所产生的构建如下，总共4个
构建类型.png

可以将en1的debug和release对应测试环境，en2的debug和release对应正式环境，我们在Application中的onCreate中根据运行时选择的是en1还是en2进行服务器地址取出不同的值。同 步骤一；
方案二：隐藏配置文件
在SDCARD中设置隐藏文件，根据隐藏文件判断是哪一套环境，假设存在test1,就用测试环境1，存在test2,就用测试环境2，存在test3,就用测试环境3，现在新建ServerBuildConfig，遍历SDCARD进行判断。
public class ServerBuildConfig {
   public static final int TEST_ENVIRONMENT_ONE = 0;
   public static final int TEST_ENVIRONMENT_TWO = 1;
   public static final int TEST_ENVIRONMENT_THREE = 2;
   public static final int RELEASE_ENVIRONMENT = 3;

   public static int mWhichEnvironment = 0;

   static {
       loadConfig();
   }

   private static void loadConfig() {
       if(!Environment.getExternalStorageState().equals("mounted")) {
           Log.w("ServerBuildConfig", "No valid SDCard, skip ServerBuildConfig!");
       } else {
           String buildConfigPath = Environment.getExternalStorageDirectory().getAbsolutePath() + "/.appconfig";
           Log.i("ServerBuildConfig", "start to load configs for VSBuildConfig from: " + buildConfigPath);
           File buildFile = new File(buildConfigPath);
           if(buildFile.exists()) {
               File[] listFiles = buildFile.listFiles(new ConfigFilenameFliter());
               File testFile = null;
               if(listFiles != null) {
                   for (File file : listFiles) {
                       if (file.getName().startsWith(".test")) {
                           if (testFile == null || file.lastModified() > testFile.lastModified()) {
                               testFile = file;
                           }
                       }
                   }
               }
               if(testFile != null) {
                   if(!".test".equals(testFile.getName()) && !".test1".equals(testFile.getName())) {
                       if(".test3".equals(testFile.getName())) {
                           mWhichEnvironment = 3;
                       } else if(".test2".equals(testFile.getName())) {
                           mWhichEnvironment = 2;
                       }
                   } else {
                       mWhichEnvironment = 1;
                   }
                   Log.i("ServerBuildConfig", "mWhichEnvironment = " + mWhichEnvironment);
               }
           }

       }
   }

    private static class ConfigFilenameFliter implements FilenameFilter {
        ConfigFilenameFliter() {
       }

       public boolean accept(File dir, String filename) {
           return filename.startsWith(".");
       }
   }
}
然后在ServerConfigManger添加一个方法，返回不同的服务器地址
public String   getServerURL(){
       String urlPrefix="text1.xxx.com";
       switch (ServerBuildConfig.mWhichEnvironment) {
           case ServerBuildConfig.TEST_ENVIRONMENT_ONE:
               urlPrefix="text1.xxx.com";
               break;
           case ServerBuildConfig.TEST_ENVIRONMENT_TWO:
               urlPrefix="text2.xxx.com";
               break;case
                   ServerBuildConfig.TEST_ENVIRONMENT_THREE:
               urlPrefix="text3.xxx.com";
               break;
           case ServerBuildConfig.RELEASE_ENVIRONMENT:
               urlPrefix="release.xxx.com";
               break;
       }
       return  urlPrefix;
   }
在自定义的Application的onCreate中使用
String serverURL = ServerConfigManger.getInstance().getServerURL();
到此三种方案叙述完毕，对于第一种方案是最简便的，但是在有多套设置环境的情况下，第一种就不能满足需求了，就可以采取第二种以及第三种。总之，团队有一个约定，采取哪一种无关紧要。