封装产品的特性，只需配置 productFlavors {} 。productFlavors支持与 defaultConfig{} 相同的属性，这是因为 defaultConfig 实际上属于 ProductFlavor类。这意味着，您可以在 defaultConfig {} 代码块中提供productFlavors的基本配置，productFlavors{}里面的每种均可更改任何这些默认值，也可以指定不同的特性、设备需求、资源和应用程序ID，同时共享公共源代码和资源.

android {
    ...
    defaultConfig {...}
    buildTypes {...}
    productFlavors {
        demo {
            applicationIdSuffix ".demo"
            versionNameSuffix "-demo"
        }
        full {
            applicationIdSuffix ".full"
            versionNameSuffix "-full"
        }
    }
}

Gradle 会根据您的buildType{}和productFlavors自动创建构建变体，并按照 <product-flavor><Build-Type> 的格式命名这些变体。

下面是它的一些常用属性：

applicationId

每个 Android 应用均有一个唯一的应用 ID，像 Java 软件包名称一样，如 com.example.myapp。 此 ID 可以在设备上和 Google Play 商店中对您的应用进行唯一标识。 如果您想要上传新版本的应用，应用 ID必须与原始 APK 相同 – 如果您更改应用 ID，Google Play 商店会将 APK 视为完全不同的应用。所以您发布应用后，绝不应更改应用 ID。

当您在 Android Studio 中创建新项目时，applicationId 会完全匹配您在设置时选择的 Java 风格软件包名称。 不过，除了这一点，应用 ID 和软件包名称彼此无关。您可以更改代码的软件包名称（代码命名空间），这不会影响应用 ID，反之亦然（但同样，您发布应用后不应再更改应用 ID）

尽管应用 ID 看起来像传统的 Java 软件包名称，但应用 ID 的命名规则有更多限制：
1.必须至少包含两段（一个或多个圆点）。
2.每段必须以字母开头。
3.所有字符必须为字母数字或下划线 [a-zA-Z0-9_]。

注意Context.getPackageName() 方法会返回您的应用 ID。 无论何时都不需要在应用代码以外分享代码真实的软件包名称。

ProductFlavor类里面的buildConfigField方法在配置中的使用：

buildConfigField("boolean", "LOG_DEBUG", "true")
buildConfigField "int", "VERSION_TYPE", "1"

这个方法接收三个非空的参数，第一个：确定值的类型，第二个：指定key的名字，第三个：传值。
上面的意思是：LOG_DEBUG = true ；VERSION_TYPE = 1
可以用在代码中：

if(BuildConfig.LOG_DEBUG){
   //Debug，打印日志
    Logger.init("AppPlusLog").setLogLevel(LogLevel.FULL);
}else{
    //release,关闭日志
    Logger.init("AppPlusLog").setLogLevel(LogLevel.None);
}

String versionType = BuildConfig.VERSION_TYPE；

将Build文件中声明的变量属性使用到Manifest中

比如：
1.配置主机ip地址,名称

android {
   defaultConfig {
       manifestPlaceholders = [hostName:"www.example.com"，post:"8080"]
   }
   ...
}

然后你可以把其中的key插入到Manifest文件属性值：

<intent-filter ... >
    <data android:scheme="http" android:host="${hostName}" ... />
    ...
</intent-filter>

你还可以用这些属性值作为命名空间，比如定义action name

android {
    defaultConfig {
        applicationId "com.example.myapp"
    }
    productFlavors {
        free {
            applicationIdSuffix ".free"
        }
        pro {
            applicationIdSuffix ".pro"
        }
    }
}

你可以将application ID插入到action name，如下：

<intent-filter ... >
    <action android:name="${applicationId}.TRANSMOGRIFY" />
    ...
</intent-filter>

当你运行的是free版本的时候，它就类似于：

<intent-filter ... >
   <action android:name="com.example.myapp.free.TRANSMOGRIFY" />
    ...
</intent-filter>

过滤变体

Gradle 会为您配置的产品风味与构建类型的每个可能的组合创建构建变体。不过，某些特定的构建变体在您的项目环境中并不必要，也可能没有意义。您可以在模块级 build.gradle 文件中创建一个变体过滤器，以移除某些构建变体配置。

以上一部分中的构建配置为例，假设您计划为演示版本的应用仅支持 API 级别 23 和更高级别。您可以使用 variantFilter {}代码块过滤出组合了“minApi21”和“演示”产品风味的所有构建变体配置：

android {
  ...
  buildTypes {...}

  flavorDimensions "api", "mode"
  productFlavors {
    demo {...}
    full {...}
    minApi24 {...}
    minApi23 {...}
    minApi21 {...}
  }

  variantFilter { variant ->
      def names = variant.flavors*.name
      // To check for a certain build type, use variant.buildType.name == "<buildType>"
      if (names.contains("minApi21") && names.contains("demo")) {
          // Gradle ignores any variants that satisfy the conditions above.
          setIgnore(true)
      }
  }
}
...

在您向构建配置添加变体过滤器并点击通知栏中的 Sync Now后，Gradle 将忽略满足您指定的条件的任何构建变体，在您点击菜单栏中的 Build > Select Build Variant（或工具窗口栏中的 Build Variants）时，这些构建变体将不会再显示在下拉菜单中。
https://developer.android.com/studio/build/manifest-build-variables.html