多包名打包以及集成“极光推送”的坑点（区别于“多渠道打包”）

最近经常看到公司同事分享一些文章，偶然看到一篇讲运营的文章，大概说运营和技术是分不开的 balabala。

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"]
        }
        jinmaike {
            applicationId "com.bill.third.jinmaike"
            // 注意，这里是添加，在 string.xml 不能有这个字段，会重名！！！
            resValue "string", "app_name", "金麦客"

            buildConfigField "String", "ENVIRONMENT", '"我的名字叫金麦客"'

            manifestPlaceholders = [CHANNEL_VALUE: "jinmaike",
                                    JPUSH_CHANNEL: "jinmaike"
                                    , app_icon   : "@mipmap/ic_jinmaike",
                                    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

2.注册的时候，有些是真正的包名，有些是applicationId，极光推送团队把他们统称为“包名”。

总结一下：

虽然极光团队做的文档有瑕疵，不过也是情有可原，有谷歌的部分原因，毕竟刚开始的时候Eclipse上对于applicationId和packageName是没区别的，两者相同，到了AS上面才有了区分。不过还是希望极光团队能把文档修改一下，做到尽善尽美。此处应该艾特“极光推送团队”

其实讲完发现并不是啥黑科技，只不过作为一个开发来说，总要懂一些运营的东西辣，万一以后转管理层呢，做人要有梦想，万一实现了呢！

最后附上我写的demo地址，喜欢的可以关注一波。
下载地址

本文源地址：www.jianshu.com/p/db8b0eb88…