赞
踩
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";
其实就是给测试的兄弟 打三个不同地址的包
我们如果一个一个去改 去打 毕竟麻烦
所以我们来操作下
这样我们能在同一个手机上同时装上不同环境的包了
新建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
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。