所有的 Android 利用程序都有1个包名。包名是装备上的这个利用程序的唯1标识，也是在谷歌Play商店上的唯1标识。这意味着，1旦你已发布的程序使用了这个包名， 你就永久都没法改变它；否则会致使你的利用程序被当作是1个全新的利用程序，你之前的利用程序的用户将不会看到作为更新的安装包。
使用新的 Android Gradle 构建系统，你可以轻松构建多个不同版本的利用程序；例如，您可以构建1个“free”版本和“pro”版本的利用程序 （通过使用flavors），并且这些不同版本的程序在 Google Play 商店上应当有不同的包，这样他们可以被单独安装和购买，或是同时安装两个，等等。一样，您还可以同时创建“debug”、“alpha”和“beta”版本的利用程序 （使用build types），而这些版本的程序一样可使用唯1的包名。
（在 Android Studio 中，您也能够在项目结构对话框中图形化地进行这些配置。）
在此前Android Gradle 构建系统中，您的利用程序的包名由你的manifest文件的根元素里的package属性决定：
AndroidManifest.xml:
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.my.app" android:versionCode="1" android:versionName="1.0" >但是，这里所定义的包也有第2个目的：它被用来命名你的资源类的包（和解析任何相干的Activity的类名）。在上面的示例中，生成的 R 类将会是
com.example.my.app.R，因此如果您其他包里面的代码需要援用这些资源，就需要导入com.example.my.app.R。同时，您要在代码中导入的 R 类必须在这段时间内保持不变 ；在您正在构建您的利用程序的不同版本时您的.java 源文件不应当被更改。
因此，我们解耦了包名称的两种用法：
- 终究的方案是，在您生成的.apk 的manifest 中，并且用于在你的装备和 Google Play 商店来标识你的利用的包，叫做“application id”。
- 用于在源代码中来援用您的R类的，并且是解析任何相干的Activity/Service 注册的包，继续被称为“package”。
你可以在你 gradle 文件中，指定application id，以下所示：
app/build.gradle:
apply plugin: 'com.android.application'android { compileSdkVersion 19 buildToolsVersion "19.1" defaultConfig { applicationId "com.example.my.app" minSdkVersion 15 targetSdkVersion 19 versionCode 1 versionName "1.0" } ...像之前1样，你需要在 Manifest 文件中指定用于代码的包，就如上面的Andr??oidManifest.xml示例1样。
这里说到了最关键的部份：当你像上面那样做时，这两个包是相互独立的。你能够完全自由地重构您的代码――更改用于Activity和Service的内部包，更新你的Manifest里的包，和重构您的导入语句。这都不会影响到你的程序的终究id，这个终究的id总是为你的Gradle文件中指定的applicationId的值。
你可以通过使用以下的 Gradle DSL 方法，为不同的flavors和构建类型改变您的利用程序的 applicationId：
app/build.gradle:
productFlavors { pro { applicationId = "com.example.my.pkg.pro" } free { applicationId = "com.example.my.pkg.free" } } buildTypes { debug { applicationIdSuffix ".debug" } } ....注意： 出于兼容性缘由，如果您没有在您的 build.gradle 文件中定义 applicationId，这个applicationId 将默许为 AndroidManifest.xml 中所指定的相同的值。在这类情况下，这两个明显未解耦，并且如果你试图重构您的代码也将会心外地更改您的利用程序的 id ！在 Android Studio 中，新建的项目始终会指定这两个值。
注 2： 包名称必须始终在默许 AndroidManifest.xml 文件中指定。如果您有多个manifest （例如1个 flavor 的特定的manifest或1个 buildType 的特定的manifest），该包名是可选的，但如果它被指定了，它必须和主manifest中指定的包完全相同。