前言：在读完Android Gradle使用技巧-gradle使用详细介绍后，大家对Android Gradle已经有了整体的了解，接下来，我们开始详细的了解gradle的每一个部分；
每个 Android 应用均有一个唯一的应用 ID，像 Java 软件包名称一样，例如 com.example.myapp。此 ID 可以在设备上和 Google Play 商店中对您的应用进行唯一标识。如果您要上传新版本的应用，应用 ID（以及用于为其签名的证书）必须与原始 APK 相同。如果您更改了应用 ID，Google Play 商店会将该 APK 视为完全不同的应用。因此，发布您的应用后，绝不应更改应用 ID。
您的应用 ID 通过模块的 build.gradle 文件中的 applicationId 属性定义，如下所示：
android {
defaultConfig {
applicationId "com.example.myapp"
minSdkVersion 15
targetSdkVersion 24
versionCode 1
versionName "1.0"
}
...
}
当您在 Android Studio 中创建新项目时，applicationId 与您在设置期间选择的 Java 样式软件包名称完全一致。不过，除了这一点，应用 ID 和软件包名称彼此无关。您可以更改代码的软件包名称（代码命名空间），这不会影响应用 ID，反之亦然。不过，更改软件包名称会产生其他影响，您应了解这一点，详情参考下文；
虽然应用 ID 看起来就像传统的 Java 软件包名称一样，但应用 ID 的命名规则限制性更强一些：
- 必须至少包含两段（一个或多个圆点）。
- 每段必须以字母开头。
- 所有字符必须为字母、数字或下划线 [a-zA-Z0-9_]。
注意：应用 ID 过去直接关联到代码的软件包名称；所以，有些 Android API 会在其方法名称和参数名称中使用“package name”一词，但这实际上是您的应用 ID。例如，Context.getPackageName() 方法会返回您的应用 ID。无论何时都不需要在应用代码以外分享代码的真实软件包名称。
更改用于构建变体的应用 ID
当您为应用构建 APK 时，构建工具会使用 build.gradle 文件的 defaultConfig 块中定义的应用 ID 标记 APK（如下所示）。不过，如果您要创建不同版本的应用，让其在 Google Play 商店中显示为单独的详情（如“free”和“pro”版本），则需要创建单独的构建变体，这些变体各自具有不同的应用 ID。
在这种情况下，每个构建变体应定义为单独的产品变种。对于 productFlavors 块中的每个变种，您可以重新定义 applicationId 属性，也可以使用 applicationIdSuffix 在默认的应用 ID 上追加一段，如下所示：
android {
defaultConfig {
applicationId "com.example.myapp"
}
productFlavors {
free {
applicationIdSuffix ".free"
}
pro {
applicationIdSuffix ".pro"
}
}
}
这样，“free”产品变种的应用 ID 就是“com.example.myapp.free”。
您也可以根据自己的构建类型使用 applicationIdSuffix 追加一段，如下所示：
android {
...
buildTypes {
debug {
applicationIdSuffix ".debug"
}
}
}
由于 Gradle 会在产品变种后面应用构建类型配置，因此“free debug”构建变体的应用 ID 现在是“com.example.myapp.free.debug”。如果您希望同一设备上同时具有调试版本和发布版本，这会很有用，因为两个 APK 不能具有相同的应用 ID。
注意：为了与以前的 SDK 工具兼容，如果您未在 build.gradle 文件中定义 applicationId 属性，构建工具会将 AndroidManifest.xml 文件中的软件包名称用作应用 ID。在这种情况下，重构您的软件包名称也会更改您的应用 ID
将构建变量注入清单
如果您需要将变量插入在 build.gradle 文件中定义的 AndroidManifest.xml 文件，则可以使用 manifestPlaceholders 属性来执行此操作。此属性采用键值对的映射，如下所示：
android {
defaultConfig {
manifestPlaceholders = [hostName:"www.example.com"]
}
...
}
然后，您可以将某个占位符作为属性值插入清单文件，如下所示：
...
默认情况下，构建工具还会在 ${applicationId} 占位符中提供应用的应用 ID。该值始终与当前编译的最终应用 ID（包括编译变体的应用 ID 更改）一致。当您要对标识符（如 intent 操作）使用唯一的命名空间时，这很有用，即使要求在编译变体之间保持唯一性，这也很有用。
例如，如果您的 build.gradle 文件如下所示：
android {
defaultConfig {
applicationId "com.example.myapp"
}
productFlavors {
free {
applicationIdSuffix ".free"
}
pro {
applicationIdSuffix ".pro"
}
}
}
那么，您可以按如下方式将应用 ID 插入清单：
当您构建“free”产品变种时，清单结果如下所示：
更改软件包名称
默认情况下，项目的软件包名称与应用 ID 匹配，但您可以更改软件包名称。不过，如果您要更改软件包名称，需要注意的是，软件包名称（由项目目录结构定义）应始终与 AndroidManifest.xml 文件中的 package 属性匹配，如下所示
Android 构建工具使用 package 属性来发挥两种作用：
- 它将此名称用作应用生成的 R.java 类的命名空间。
示例：对于上面的清单，R 类将为 com.example.myapp.R。
- 它会使用此名称解析清单文件中声明的任何相关类名。
示例：对于上面的清单，声明为的 Activity 将解析为 com.example.myapp.MainActivity。
因此，package 属性中的名称应始终与项目的基础软件包名称匹配，基础软件包中保存着您的 Activity 及其他应用代码。当然，您的项目中可以包含子软件包，但是这些文件必须从 package 属性导入使用命名空间的 R.java 类，而且清单中声明的任何应用组件都必须添加缺失的子软件包名称。
如果您要完全重构您的软件包名称，请确保也更新 package 属性。只要您使用 Android Studio 的工具重命名和重构您的软件包，那么这些属性就会自动保持同步。（如果它们未保持同步，您的应用代码将无法解析 R 类，因为它不再位于同一软件包中，并且清单无法识别您的 Activity 或其他组件。）
注意：您必须始终在项目的主 AndroidManifest.xml 文件中指定 package 属性。如果您有其他清单文件（如产品变种或构建类型的清单文件），请注意，优先级最高的清单文件提供的软件包名称始终用于最终合并的清单。
还有一点需要了解：虽然清单 package 和 Gradle applicationId 可以具有不同的名称，但构建工具会在构建结束时将应用 ID 复制到 APK 的最终清单文件中。所以，如果您在构建后检查 AndroidManifest.xml 文件，发现 package 属性发生更改就不足为奇了。实际上，Google Play 商店和 Android 平台会查看 package 属性来识别您的应用。所以，构建系统利用原始值（设置 R 类的命名空间并解析清单类名称）后，它会舍弃该值并将其替换为应用 ID。