Andriod 多渠道分包，实用的module分层，开发代码混淆规则
Andriod studio 3.0 有必要重新学习更好的处理build.gradle 看了很多文章到这里来总结下：
多渠道打包
多渠道打包
Andriod studio3.0 build apk 多了一个 build apk（S）
这个会直接生成 apk debug版
将 apk 放入jdk的安装目录bin 文件下
如果返回以验证 就说明apk 已经签名了
不过我感觉不实用了 大家还是用代码跑吧。
进入正题
我们需要用到分渠道打包，那么我们需要解决两个问题
1. 怎么区分各个平台的标识
2. 怎么每次版本更新都生成几十个包、几百个包
第一步
在AndroidManifext.xml中配置:
<meta-data
android:name="UMENG_CHANNEL"
android:value="${UMENG_CHANNEL_VALUE}" />value里面填的就是各个平台的值，比如填写uc、yyb(应用宝)、360、baidu替换掉Channel_ID，App安装好，可以读取这个值然后传给后台，从而实现区分各个平台的安装需求。
第二步
配置我们的 app/build.gradle
我们需要配置：
1 signingConfigs这是刚才我们新建的密匙信息
2 buildTypes 打包类型，包括了Debug和Release
3 productFlavors打包渠道就在这儿配置咯 同时在AndroidManifest里面加上，渠道标识
apply plugin: 'com.android.application'
android {
// 关闭 multi-APK
//
// multi-apk 是为了根据配置生成不同的APK，以达到减少APK体积大小的问题。但是这个配置没有必要在开发的时候开启。
if(project.hasProperty('devBuild')){
splits.abi.enable = false
splits.density.enable = false
aaptOptions.cruncherEnabled = false
}
//签名密钥
signingConfigs {
config {
keyAlias 'ceshikey'
keyPassword '091838'
storeFile file('D:/text.jks')
storePassword '091838'
}
}
compileSdkVersion 26
defaultConfig {
applicationId "com.example.achers.myapplication"
minSdkVersion 15
targetSdkVersion 26
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
flavorDimensions "versionCode"
}
buildTypes {
debug {
minifyEnabled false
debuggable true
}
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.config
debuggable false
}
}
productFlavors {
//配置多渠道
uc { //uc
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "uc"]
}
_360 { //360
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "360"]
}
baidu { //百度
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "baidu"]
}
yyb { //应用宝
manifestPlaceholders = [UMENG_CHANNEL_VALUE: "yyb"]
}
//配置包的环境 和 替换包名
// url{
//主机地址
// applicationId "com.host.myapplication"
// }
// urlonline{
//线上地址
// applicationId "com.online.myapplication"
// }
// urltest{
//测试地址
// applicationId "com.test.myapplication"
// }
}
}
dependencies {
implementation fileTree(include: ['*.jar'], dir: 'libs')
implementation 'com.android.support:appcompat-v7:26.1.0'
implementation 'com.android.support.constraint:constraint-layout:1.0.2'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.1'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
api 'com.jakewharton:butterknife:8.4.0'
annotationProcessor 'com.jakewharton:butterknife-compiler:8.4.0'
implementation 'com.google.code.gson:gson:2.2.4'
implementation 'com.zhy:okhttputils:2.6.2'
implementation 'org.greenrobot:eventbus:3.1.1'
implementation 'io.reactivex.rxjava2:rxjava:2.1.5'
implementation 'io.reactivex.rxjava2:rxandroid:2.0.1'
implementation 'com.android.support:design:26.1.0'
}我们这里还有更加简洁的写法 效果是一样的
productFlavors {
//配置多渠道
uc {}
_360 {}
baidu {}
yyb {}
//配置包的环境 和 替换包名
// url{
//主机地址
// applicationId "com.host.myapplication"
// }
// urlonline{
//线上地址
// applicationId "com.online.myapplication"
// }
// urltest{
//测试地址
// applicationId "com.test.myapplication"
// }
}
productFlavors.all { flavor ->
flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
}另外
我们写完之后可以用Gradle Project 来指定生成apk
好的 我们这样打包其实是很慢的
所以推荐用美团的打包策略
https://tech.meituan.com/mt-apk-packaging.html
这里就不说了 太多资料了 结合Python 更好，更快。
拓展
Build Variants（构建变种版本）
开发每次调试接口，我们可能会需要配置3个URL
public final static String URL = "主机环境:---10.18.3.1";
public final static String URL = "线上环境:---10.18.3.1";
public final static String URL = "测试环境:---10.18.3.1";其实就是给测试的兄弟 打三个不同地址的包
我们如果一个一个去改 去打 毕竟麻烦
所以我们来操作下
这样我们能在同一个手机上同时装上不同环境的包了
实用的module分层
新建config.gradle
可以在根目录下建个config.gradle，然后只需在根目录下build.gradle最顶部加上下面一行代码，然后同步下，意思就是所有的子项目或者所有的modules都可以从这个配置文件里读取内容。
apply from: "config.gradle"config.gradle
ext {
android = [
compileSdkVersion: 26,
buildToolsVersion: "26.0.0",
minSdkVersion : 15,
targetSdkVersion : 26,
]
dependencies = [
appcompatV7': 'com.android.support:appcompat-v7:26.1.0',
design : 'com.android.support:design:26.1.0'
]
}
app/build.gradle
android {
compileSdkVersion rootProject.ext.android.compileSdkVersion
buildToolsVersion rootProject.ext.buildToolsVersion
defaultConfig {
applicationId "com.example.achers.myapplication"
minSdkVersion rootProject.ext.android.minSdkVersion
targetSdkVersion rootProject.ext.android.targetSdkVersion
versionCode 1
versionName "1.0"
}
...
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
testCompile 'junit:junit:4.12'
compile rootProject.ext.dependencies.appcompatV7
compile rootProject.ext.dependencies.design
}开发代码混淆规则
混淆能让反编译的代码可读性变的很差，而且还能显著的减少APK包的大小。
第一个技巧
相信很多朋友对混淆都觉得麻烦，甚至说，非常乱。因为添加混淆规则需要查询官方说明文档，甚至有的官方文档还没说明。当你引用了太多库后，添加混淆规则将使一场噩梦。
这里介绍一个技巧，不用查官方文档，不用逐个库考虑添加规则。
首先，除了默认的混淆配置(android-sdk/tools/proguard/proguard-android.txt), 自己的代码肯定是要自己配置的：
## 位于module下的proguard-rules.pro
#####################################
######### 主程序不能混淆的代码 #########
#####################################
-dontwarn xxx.model.**
-keep class xxx.model.** { *; }
## 等等，自己的代码自己清楚
#####################################
########### 不优化泛型和反射 ##########
#####################################
-keepattributes Signature接下来是麻烦的第三方库，一般来说，如果是极光推的话，它的包名是cn.jpush, 添加如下代码即可：
-dontwarn cn.jpush.**
-keep class cn.jpush.** { *; }其他的第三库也是如此，一个一个添加，太累！其实可以用第三方反编译工具（比如jadx：https://github.com/skylot/jadx ），打开apk后，一眼就能看到引用的所有第三方库的包名，把所有不想混淆或者不确定能不能混淆的，直接都添加又有何不可：
#####################################
######### 第三方库或者jar包 ###########
#####################################
-dontwarn cn.jpush.**
-keep class cn.jpush.** { *; }
-dontwarn com.squareup.**
-keep class com.squareup.** { *; }
-dontwarn com.octo.**
-keep class com.octo.** { *; }
-dontwarn de.**
-keep class de.** { *; }
-dontwarn javax.**
-keep class javax.** { *; }
-dontwarn org.**
-keep class org.** { *; }
-dontwarn u.aly.**
-keep class u.aly.** { *; }
-dontwarn uk.**
-keep class uk.** { *; }
-dontwarn com.baidu.**
-keep class com.baidu.** { *; }
-dontwarn com.facebook.**
-keep class com.facebook.** { *; }
-dontwarn com.google.**
-keep class com.google.** { *; }
## ... ...第二个技巧
一般release版本混淆之后，像友盟这样的统计系统如果有崩溃异常，会记录如下：
java.lang.NullPointerException: java.lang.NullPointerException
at com.xxx.TabMessageFragment$7.run(Unknown Source)这个Unknown Source是很要命的，排除错误无法定位到具体行了，大大降低调试效率。
当然，友盟支持上传Mapping文件，可帮助定位，mapping文件的位置在：
project > module
> build > outputs > {flavor name} > {build type} > mapping.txt如果版本一多，mapping.txt每次都要重新生成，还要上传，终归还是麻烦。
其实，在proguard-rules.pro中添加如下代码即可：
-keepattributes SourceFile,LineNumberTable 当然apk包会大那么一点点（我这里6M的包，大个200k吧），但是再也不用mapping.txt也能定位到行了，为了这种解脱，这个代价我个人觉得是值的，而且超值！
参考文章
http://blog.csdn.net/zivensonice/article/details/51672846
https://www.cnblogs.com/qianxudetianxia/p/4948499.html