来对多渠道打包，并生成不同的包名的知识点做个总结。需要生成不同包名的原因是为了运营的ASO。
方法:
1.直接建立渠道的文件夹，修改Manifest里面的包名
2.利用占位符
当然上面两种方法各有优劣，最后说一下他们的各自的一些特点。
首先来说第一种方法，步骤:
1.根据需要生成多少个包名的包建立和main同级的文件夹。
例如:我这里需要两个不同包名的包，那就需要建立两个不同渠道的文件夹。
2.在文件夹里面新建Maifest文件
因为包名是在Manifest文件里面定义的，所以需要建立Manifest文件，当然这个Manifest文件里面拷贝过来，你可能会觉得太麻烦，我只是替换一个包名需要把整个Manifest都拷贝过来么，这也太坑了，其实没有这么严重，包名一般包括在用户手机桌面上面显示的名字，和你去应用程序管理器里面看到的名字，这两个名字是可以不同的。
在应用程序管理器里面显示的名字是由application节点的android:label属性决定的。
用户手机桌面上面显示的名字是由应用程序的第一个Activity的android:label决定的，如果第一个Activity没有指定label属性的话，就是使用的Application的android:label的名字。
顺便提一句，应用程序的第一个Activity是有下面的intent-filter的Activity。
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>这里我们明白了，应用程序的两个包名，那么既然我们需要改变的只是包名而已，就只需要把application节点和第一个Activity在Manifest里面的配置拷贝过来就可以了。
所以这里需要的两个Manifest文件分别是这样的:
先贴一下main渠道的主的Manifest文件:
<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.name.replace"
xmlns:android="http://schemas.android.com/apk/res/android">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity
android:name=".MainActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
...
其他配置
...
</application>
</manifest>app_name_1渠道:
<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.name.replace"
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name_1"
android:supportsRtl="true"
android:theme="@style/AppTheme"
tools:replace="android:label">
<activity
android:name=".MainActivity"
android:label="@string/desk_name_1"
tools:replace="android:label">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
</application>
</manifest>app_name_2渠道:
<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.name.replace"
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name_2"
android:supportsRtl="true"
android:theme="@style/AppTheme"
tools:replace="android:label">
<activity
android:name=".MainActivity"
android:label="@string/desk_name_2"
tools:replace="android:label">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
</application>
</manifest>这里可以看到app_name_1里面的Manifest和app_name_2里面的Manifest并没有太大的差别，只是包名改了一下而已。这两个文件没有什么可比较的价值。
着重看一下app_name_2渠道的Manifest和main里面的Manifest的差别，如果你说没有差别，那就比较尴尬了，妈蛋，我450度的眼镜都看出差别了。
两个差别:
(1).在app_name_2的渠道里面引入了新的tools命名空间。
xmlns:tools=”http://schemas.android.com/tools”
并且在application节点和第一个Activity节点添加了tools:replace=”android:label”语句。
如果没有添加Gradle在使用Manifest Merger Tool进行合并Manifest的时候出出问题。
(2).app_name_2渠道除了application节点和第一个Activity节点之外，没有其他的东西。
不需要main里面的其他的一些四大组件相关的一些东西。
3.在build.gradle里面配置渠道信息
productFlavors {
app_name_1 {}
app_name_2 {}
app_main {}
}这里的渠道名要和一开始建立的文件夹的名字一样，如果不一样，打出的包就是main里面的包。
4.打包即可
第二种方法，步骤:
得益于gradle对于占位符的支持，第二种方法远没有第一种方法那么麻烦。
关于占位符的用法有很多，比如可以动态的定义Activity的名字，Service的名字等。详细的可以自行Google。
关于gradle的清单合并可以看这一篇翻译的文章，讲解的非常详细:
清单合并:http://blog.csdn.net/maosidiaoxian/article/details/42671999
1.在Manifest里面配置占位符
由于不需要建立文件夹，这里说的Manifest就是main里面的Manifest。
当属性值包含一个占位符时，合并工具将把此占位符的值换成一个注入的值。注入的值是在build.gradle里面定义的。
占位符值的语法是 ${name}，因为@符号已经预留给了链接。在最后的文件合并发生之后，并且生成合并后的 android 的清单文件输出之前，带有占位符的所有值将都会被替换为注入的值。如果变量名是未知的，将导致构建失败。
Manifest文件:
<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.name.replace"
xmlns:android="http://schemas.android.com/apk/res/android">
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="${app_name}"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<meta-data
android:name="UMENG_CHANNEL"
android:value="${umeng_channel}"/>
<activity
android:name=".MainActivity"
android:label="${desk_name}">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
</application>
</manifest>这里定义了三个占位符，app_name，desk_name，umeng_channel。
占位符可以替换的还有很多用处，想了解更多的可以自己查资料。
2.在build.gradle里面配置渠道信息
这里贴出整个Manifest文件，供大家更好的看清。
apply plugin: ‘com.android.application‘
android {
compileSdkVersion 23
buildToolsVersion "23.0.3"
defaultConfig {
applicationId "com.name.replace"
minSdkVersion 15
targetSdkVersion 23
versionCode 1
versionName "1.0"
manifestPlaceholders = [
app_name : "@string/app_name",
desk_name : "@string/app_name",
umeng_channel: "测试版"
]
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile(‘proguard-android.txt‘), ‘proguard-rules.pro‘
}
}
productFlavors {
// app_name_1 {}
// app_name_2 {}
// app_main {}
app_qq {
manifestPlaceholders = [
app_name : "@string/app_name_1",
desk_name : "@string/desk_name_1",
umeng_channel: "应用宝"
]
}
app_pp {
manifestPlaceholders = [
app_name : "@string/app_name_2",
desk_name : "@string/desk_name_2",
umeng_channel: "pp助手"
]
}
}
}
dependencies {
compile fileTree(dir: ‘libs‘, include: [‘*.jar‘])
testCompile ‘junit:junit:4.12‘
compile ‘com.android.support:appcompat-v7:23.3.0‘
}
可以看到我们对Manifest里面定义的三个占位符做了替换。
这里我们既在defaultConfig里面定义了，又在不同的渠道里面做了再次定义，最后渠道里面的优先级会高。
其实如果一开始没有配置渠道信息，但是我们定义了占位符的话，是编译不过去的，必须在defaultConfig里面定义默认的一些属性。
3.打包即可
最开始的时候我们说了这两种方法各有优缺点，在以前的公司的时候采用的是第一种方案，原因有两点:
1.采用第一种方案，可以对每个渠道加上渠道的logo，比如360的渠道需要360的logo，百度的渠道需要百度的logo，那么采用第一种方法就很好实现了，把main里面的res/layout里面的启动界面拷贝一份到对应的渠道文件里面进行修改，替换logo。
第一种方法里面不止可以放置Manifest文件，还可以放置res目录。
2.当时的渠道包不需要我们技术人员去打，由运营去打，技术这边当时是开发了一个工具供运营那边打渠道包专用，技术这边只需要打好不同的包名的包即可。
所以第一种方法的优点是可以完成一些其余的特殊的操作，缺点是比较麻烦。第二种方法是实现比较简单，但是有些特殊的操作就不能行了。
Demo地址：http://download.csdn.net/detail/qy274770068/9498668