这里要用到 productFlavors ，productFlavors 可以用来自定义应用构建版本

1.区分渠道，使用对应的包名

在 build.gradle文件中 android 目录下添加 以下代码即可

  productFlavors {

         //默认,不设置 applicationId ,继承 defaultConfig 中的配置
        flavors_default  {

        }

        //开发版本, applicationId 替换为 com.xxx.dev
        flavors_dev  {
            applicationId "com.xxx.dev"

        }
         //发布版本, applicationId 替换为 com.xxx.release
        flavors_release  {
            applicationId "com.xxx.release"

        }
    }

2.区分渠道，使用对应 App名称，应用图标，常量 ,图片资源等

  • 替换 AndroidManifest.xml 中的属性

该方案通过在 AndroidManifest.xml 文件中 application 标签下指定 设置占位符来实现动态替换属性值。

在 build.gradle文件中

注：此方式可以能会引起异常如下

    Error:Execution failed for task ':app:processDebugManifest'.
        >Manifest merger failed with multiple errors, see logs

此问题产生原因大概有三个：

1.清单文件有错,这种错不会在编译时指出来,当然as中还是可以看到的

2.引入的三方包存在相同的label icon 等名字

解决:清单文件用tools

然后添加 replace字段
如 tools:replace="icon,label" 即可

  • 替换 资源文件 drawable,String,assets目录下的文件等

在 main 的同级目录下创建以渠道名命名的文件夹，然后创建资源文件（路径要与 main 中的一致），然后打包的时候 gradle 就会自己替换或者合并资源。

例如， App 的默认 icon 路径为 main\res\mipmap-hdpi\ic_launcher.png ，那么 flavors_dev的路径就为 flavors_dev\res\mipmap-hdpi\ic_launcher.png ，打包 flavors_dev 渠道的时候会自动替换图片。同理assets中文件如下：

  • 区分渠道，动态修改指定的常量

使用 BuildConfig 的变量
当我们定义如下字段之后，编译后自动生成文件，在 app/build/source/BuildConfig/dev/com.xxx.dev/BuildConfig 目录，
打开这个文件，我们就能看到我们所定义的字段了。

1.设置字段 使用 buildConfigField

设置好后编译一下，咦，什么鬼，怎么出错了？

明明设置的字符串怎么会这样，好了这是我们需要注意的地方，设置值需要这样写

它的意思是 "default" 这个整体是属于一个字符串,然后在编译一下

恩，ok

2.使用字段

3.使用Gradle命令打包

常用命令 看这里

  • gradlew assembleDebug

    打包所有渠道的 debug 版本

  • gradlew assembleRelease

    打包所有渠道的 release 版本

  • gradlew assembleflavors_devRelease

    单独打包 flavors_dev 的 release 版本

  • gradlew assembleflavors_devDebug

    单独打包 flavors_dev 的 Debug 版本