最近经常看到公司同事分享一些文章，偶然看到一篇讲运营的文章，大概说运营和技术是分不开的 balabala。
放几张图片，看下效果，直观方便。
这三个app，安装到同一台机器上的是同一套代码，你敢信？一般的分渠道打包，是同一套代码，但是app也是同一个，只是里面渠道不一样而已。我这个是app外观和内部全都不一样。不信你看：
ASO技术，一个能让产品迅速火起来的东西，典型公司，某马拉雅听书（此处不评价，不撕逼，只说技术）。不多说，下面进入技术分享阶段。
先讲一下“多渠道打包”和“多包名”打包的不同。
1.多渠道打包，一般用在app在各大应用市场分发统计。比如，360应用平台、应用宝、豌豆荚等。
2.多包名打包，这个词是我自己想出来的，实际上算是ASO的一部分，确定的说应该是多id打包，就是一套app的代码打包成很多app这里就不纠结了。这个多用于ASO技术，因为网上没什么教程，所以自己写一份，以供大家参考。
因为1技术网上资料很多，所以不再赘述。
讲一下2，先说原理：主要是根据applicationId的不同来实现的，因为各大应用平台都是根据applicationId来区分app的异同。
下面我们用productFlavors来实现“多包名打包”。
代码如下：
productFlavors {
yunweikang {
// 每个环境包名不同
applicationId "com.bill.first.yunweikang"
// 动态添加 string.xml 字段；
// 注意，这里是添加，在 string.xml 不能有这个字段，会重名！！！
resValue "string", "app_name", "云卫康"
// // 动态修改 常量 字段
buildConfigField "String", "ENVIRONMENT", '"我的名字叫云卫康"'
// 修改 AndroidManifest.xml 里渠道变量
manifestPlaceholders = [CHANNEL_VALUE: "yunweikang",
JPUSH_CHANNEL: "yunweikang",
app_icon : "@mipmap/ic_yunweikang",
appkey : "4e3a7bbd9f3da0f9064e6580"]
}
liulvguangyin {
applicationId "com.bill.second.liulvguangyin"
// 注意，这里是添加，在 string.xml 不能有这个字段，会重名！！！
resValue "string", "app_name", "六律光音"
buildConfigField "String", "ENVIRONMENT", '"我的名字叫六律光音"'
manifestPlaceholders = [CHANNEL_VALUE: "liulvguangyin",
JPUSH_CHANNEL: "liulvguangyin",
app_icon : "@mipmap/ic_liulvguangyin",
appkey : "91022ae3a6df48ea523c70f8"]
}
jin {
applicationId "com.bill.third.jin"
// 注意，这里是添加，在 string.xml 不能有这个字段，会重名！！！
resValue "string", "app_name", "金"
buildConfigField "String", "ENVIRONMENT", '"我的名字叫金"'
manifestPlaceholders = [CHANNEL_VALUE: "jinmaike",
JPUSH_CHANNEL: "jinmaike"
, app_icon : "@mipmap/ic_jin",
appkey : "1c0c49844d4d2900cb7fd30b"]
}
简单对上面的代码做一个解释：
"yunweikang"这个算是定义了一个产品（在本文重点讲的“多包名打包”中）。
"applicationId"这个是文章开头讲的原理中的重点，一个applicationId对应了应用市场中的一个产品，即便是同一套代码，只要applicationId不同，那就有几个applicationId就是几个产品。
resValue "string", "app_name", "云卫康"这个是动态生成strings.xml中的文件
buildConfigField "String", "ENVIRONMENT", '"我的名字叫云卫康"'这个是动态生成BuildConfig中的一个变量，一般情况下使用BuildConfig都是判断是否是Debug模式，例如BuildConfig.DEBUG。
**manifestPlaceholders **中定义的内容，是方便在AndroidManifest.xml中引用，如下代码：
<application
android:name=".app.PackApplication"
android:allowBackup="true"
android:icon="${app_icon}"
android:label="@string/app_name"
android:roundIcon="${app_icon}"
android:supportsRtl="true"
android:theme="@style/AppTheme">
其中引用方式为${}
注意：别忘记在根节点引用下面一句话
xmlns:tools="http://schemas.android.com/tools"
下面再讲一下*多包名打包引入极光推送的时候，文档上的一些坑
1.起包名的时候，明明是“applicationId”嘛，tell me why
![
]
](http://upload-images.jianshu.io/upload_images/3866750-4c56e70cb4d8e82b.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
2.注册的时候，有些是真正的包名，有些是applicationId，极光推送团队把他们统称为“包名”。
总结一下：
虽然极光团队做的文档有瑕疵，不过也是情有可原，有谷歌的部分原因，毕竟刚开始的时候Eclipse上对于applicationId和packageName是没区别的，两者相同，到了AS上面才有了区分。不过还是希望极光团队能把文档修改一下，做到尽善尽美。此处应该艾特“极光推送团队”
本文讲的主要讲了：
1.Android中区别应用的东西是：applicationId。
2.gradle的应用。
3.极光在多包名打包的时候，文档上的一些纰漏
其实讲完发现并不是啥黑科技，只不过作为一个开发来说，总要懂一些运营的东西辣，万一以后转管理层呢，做人要有梦想，万一实现了呢！
最后附上我写的demo地址，喜欢的可以关注一波。
https://github.com/billllll1llllll/PackagePro
