如何用Android Studio打多包名APK
项目中不同的分发渠道可能需要打包多种APK(同样的代码)，包名可能是不一样的，如果一个一个修改包名重新编apk是很麻烦，可以参考下列步骤在Android Studio上操纵Gradle来打包不同包名的apk。
这里例子的目标是，同样的代码，打包成com.example.android.newsreader和com.example.android.newsreaderdev两个不同包名的apk
1. 首先在build.gradle的android节点中加入下列代码
productFlavors{
flavors_release{
manifestPlaceholders = [str:"releaseStr",package_name:"com.example.android.newsreader"]
applicationId "com.example.android.newsreader"
}
flavors_dev{
manifestPlaceholders = [str:"devStr",package_name:"com.example.android.newsreaderdev"]
applicationId "com.example.android.newsreaderdev"
}
}
这个productFlavors的功能即为打包的参数化而提供的，flavors_release和flavors_dev可以被视作自己定义的两套变量集，实际操作中可以自定义
注意到这里有一个manifestPlaceholders的参数，里面提供的实际上是几个参数变量和值，这里的参数都可以通过${name}的方式在AndroidManifest.xml中使用。原来是想在AndroidManifest中的manifest的节点将package给参数化来达到打不同包名的apk的目的，即：
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="${package_name}"
android:versionCode="1"
android:versionName="1.0">
<uses-sdk android:minSdkVersion="11" android:targetSdkVersion="14" />...
结果Android Studio的Lint自动给了我一个提示：
说明Android Studio推荐我采用设置applicationId的方式来将包名参数化
于是乎，我在flavors_release和flavors_dev中又加入了applicationId的设置，即：
和
下面看看是否有作用
2.这一步需要操纵Gradle面板
此时我们在Android Studio的右侧的gradle面板中点击 按钮刷新下，于是在build子栏目中出现下列东西：
其中以assemble*打头的都是生成apk的选项，生成的apk在build/outputs/apk中，这里我们对任一项双击即可生成对应的apk
对应flavors_release和flavors_dev的apk应该就是和这两个，于是分别双击他们等待各自生成apk的过程
3. 下面查看Project面板中的内容
打开project面板，我们发现真的出现了几个apk：
可以看出来每次双击gradle中的一条会生成三个apk，我们把newsreader-flavors_dev-debug.apk和newsreader-flavors_release-debug.apk拿出来，用aapt命令查看下他们的包名（命令为aapt dump badging {filename.apk}）
果然，包名是不一样的。
那么是否可以同时安装呢，这里把两个apk都安装到模拟器中，果然是可以的：
可以看到出现了两个NewsReader，其实都是一模一样的，只是包名不同
4. 如何在打包的时候指定签名
在Android Studio菜单栏进入Build->Generate Signed Apk:
指定你的keystore后点击next:
这里会发现在Flavors里面有两个项目，即我们在gradle里面配置上的两个flavors参数集，各自选上，点击finish即可生成所需要的apk
5. 有个疑问，为什么修改applicationId即可修改包名呢？applicationID和packagename到底是什么关系
实际上， package 代表了 java 代码中的包名。 applicationId 代表了应用中的唯一标识。和应用签名一起用来区别和其他应用不同。我想这也就是为什么 Google 市场能够允许相同应用不同 applicationId 的原因。
最后一个提示： 打包出来后，发布前最好要全面测试下，以免出现问题
