android项目中gradle配置多包名，多应用名，多HOST

最近在项目上测试经常会让打包测试服和正式服的项目，来交替测试，经常卸载和安装项目很麻烦。为了更方便的同事们的测试，准备折腾下gradle的配置。

给自己定了几个需求：

• gradle配置多applicationId
• gradle配置多appName
• gradle配置多HOST

---

正常配置gradle只需配置app下的gradle文件即可

android {
    productFlavors {
        //默认版本,不设置 applicationId ,继承 defaultConfig 中的配置
        online {
            resValue "string", "app_name", "线上应用"  //替换appName，通过替换strings中的资源名字，一定要删除strings中的app_name,否则会报错
            applicationId "com.xx.xx"
            buildConfigField "String", "API_HOST", "\"https://192.168.1.14/\""
        }
        //153版本
        dev_153 {
            resValue "string", "app_name", "测试应用"
            applicationId "com.xx.yy"
            buildConfigField "String", "API_HOST", "\"https://192.168.1.16/\""
        }
    }
}
复制代码

• 替换appName，通过替换strings中的资源名字，一定要删除strings中的app_name,否则会报错
• applicationId 为你要替换的包名
• 通过buildConfigField生成HOST常量，在java代码中通过BuildConfig.API_HOST调用

配置多applicationId时要注意，applicationId动态替换了，项目中用到applicationId的地方也要修改为动态。

• 7.0适配中的FileProvider，AndroidManifest中的替换

• 7.0中应用安装时applicationId的替换

• 动态PackageName，形势不止一种，如果你不是多moudle，也可以通过buildConfig获取applicationId

  public static void startInstall(Context context, File apkfile) { if (!apkfile.exists()) { KLog.d(TAG, "startInstallexists"); return; } KLog.d(TAG, "startInstall"); Intent i = new Intent(Intent.ACTION_VIEW); i.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); if (Build.VERSION.SDK_INT >= 24) { //判读版本是否在7.0以上 //参数1 上下文, 参数2 Provider主机地址 和配置文件中保持一致 参数3 共享的文件 Uri apkUri = FileProvider.getUriForFile(context, context.getPackageName() + ".fileprovider", apkfile);//动态PackageName，形势不止一种，如果你不是多moudle，也可以通过buildConfig获取applicationId //添加这一句表示对目标应用临时授权该Uri所代表的文件 i.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION); i.setDataAndType(apkUri, "application/vnd.android.package-archive"); } else { i.setDataAndType(Uri.fromFile(apkfile), "application/vnd.android.package-archive"); } context.startActivity(i); }

---

以上是正常项目的配置，但是由于我的项目是多moudle依赖，网络层在整个项目依赖的最下层，如果在app的gradle中配置HOST，无法在最下层的依赖moudle中调用，因为gradle的依赖关系只能正向调用，上层引用底层的moudle，则只能上层使用底层moudle中的资源和代码，底层moudle无法逆向使用上层的，所以app的BuildConfig.API_HOST，底层无法调用到。

#####我在app的build中定义buildConfig参数传递给最下层moudle中来切换HOST

 UrlConstant.API_HOST = BuildConfig.API_HOST;
 UrlConstant.H5_HOST = BuildConfig.H5_HOST;
 UrlConstant.SERVICE_HOST = BuildConfig.SERVICE_HOST;
 UrlConstant.SHOP_HOST = BuildConfig.SHOP_HOST;
复制代码

---

####参考：http://www.tuicool.com/articles/Nzm6fiI

以上就是我需求的配置，如果你有多渠道或者其他需求也可依照配置。

如果哪里写的不对，也欢迎大家多多指出和交流?

转载于:https://juejin.im/post/5a31f1416fb9a0450003113c