http://my.oschina.net/u/1471093/blog/539075
gradle升级更新，有些方法已经过时，在此重新更新一下gradle配置。上代码，先睹为快。
一、build.gradle文件
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
|
apply plugin:
'com.android.application'
//设置编译android项目的参数
android {
compileSdkVersion
22
buildToolsVersion
"22.0.1"
defaultConfig {
// applicationId "默认包名"
minSdkVersion
9
targetSdkVersion
22
//versionCode 229
//versionName "2.2.9"
}
/**
*Android默认配置,建议不写，直接用系统默认的配置
*/
sourceSets {
main {
manifest.srcFile
'AndroidManifest.xml'
java.srcDirs = [
'src'
]
resources.srcDirs = [
'src'
]
aidl.srcDirs = [
'src'
]
renderscript.srcDirs = [
'src'
]
res.srcDirs = [
'res'
]
assets.srcDirs = [
'assets'
]
/**
*如果.so文件跟Eclipse一样放在了libs文件夹下就需要加上这一行代码
*/
jniLibs.srcDirs = [
'libs'
]
}
//测试所在的路径，这里假设是tests文件夹，没有可以不写这一行
instrumentTest.setRoot(
'tests'
)
}
/*** 签名设置*/
signingConfigs {
myConfig {
storeFile file(
"F:\\123.keystore"
);
keyAlias
"123"
keyPassword
"123456"
storePassword
"123456"
}
}
/**
*调用本地aar文件
*/
repositories {
//mavenLocal()
//mavenCentral()
flatDir {
dirs
'libs'
}
}
/*** 渠道打包*/
productFlavors {
xxx {
//渠道名
applicationId
"修改的包名"
versionName
"2.2.9"
versionCode
229
}
xxx1 {
//渠道名
applicationId
"修改的包名"
versionName
"2.2.9"
versionCode
229
}
}
/**
* 替换AndroidManifest.xml的BaiduMobAd_CHANNEL_VALUE字符串为渠道名称格式
* <meta-data
* android:name="BaiduMobAd_CHANNEL"
* android:value="${BaiduMobAd_CHANNEL_VALUE}" />
*/
productFlavors.all { flavor ->
flavor.manifestPlaceholders = [BaiduMobAd_CHANNEL_VALUE: name]
}
/**
* 混淆设置
*/
buildTypes {
release {
signingConfig signingConfigs.myConfig
minifyEnabled true
//是否混淆
proguardFiles getDefaultProguardFile(
'proguard-android.txt'
),
'proguard-rules.pro'
}
debug {
signingConfig signingConfigs.myConfig
minifyEnabled true
//是否混淆
proguardFiles getDefaultProguardFile(
'proguard-android.txt'
),
'proguard-rules.pro'
}
}
}
dependencies {
compile fileTree(include: [
'*.jar'
], dir:
'libs'
)
compile
'com.android.support:appcompat-v7:22.2.1'
compile(name:
'pulltorefresh'
, ext:
'aar'
)
}
|
在此需要说明的是，需要注意build文件里面方法的顺序。如果在在方法体中用到我们书写的方法的话，该方法必须放在用到的方法的后面。
二、.so文件的处理
（1）在此推翻以前我们写的那个so文件的引用，其实so文件的地址也可以通过下面的代码来配置：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
//Android默认配置
sourceSets {
main {
manifest.srcFile
'AndroidManifest.xml'
java.srcDirs = [
'src'
]
resources.srcDirs = [
'src'
]
aidl.srcDirs = [
'src'
]
renderscript.srcDirs = [
'src'
]
res.srcDirs = [
'res'
]
assets.srcDirs = [
'assets'
]
/**
*如果.so文件跟Eclipse一样放在了libs文件夹下就需要加上这一行代码
*/
jniLibs.srcDirs = [
'libs'
]
}
//测试所在的路径，这里假设是tests文件夹，没有可以不写这一行
instrumentTest.setRoot(
'tests'
)
}
|
（2）android studio的默认配置为：
1.在“src/main”目录中新建名为“jniLibs”的目录；
2.将so文件复制、粘贴到“jniLibs”目录内。
三、aar文件与jar文件
对于项目依赖 android library的话，就不是依赖一个jar，那么简单了，在这里需要使用gradle mulit project 机制。在过去，android library并没有一个很好的包管理方式，简单来说，在gradle出现以前，官方并没有一种用于管理android library 依赖包的方式，一般我们都是直接下载别人的android library project 源码进行集成，而对于第三方的android-maven-plugin 用的是apklib 格式。
而现在，官方终于推出一种android library的打包格式，扩展名为*.aar。前面提到，目前android gradle插件并不支持本地直接使用*.aar文件，不过，支持包管理库的引用方式，下面，我为大家说一下，怎么对android library 发布使用。
打包android library
对android library 进行打包直接在library项目下面使用gradle build 即可，然后，你就会在 build/outputs/aar 目录下看到两个*.aar文件，一个debug包用的，一个是release 下用的，看个人需求使用，这里我们用的是release 版本的 .aar 文件。
引用脚本跟前面讲的依赖库相似
|
1
2
3
|
dependencies {
compile(name:
'pulltorefresh'
, ext:
'aar'
)
}
|
pulltorefresh为我们library生成aar文件的名字。关于library的创建和添加，在此不做赘述。
（1）aar与jar的区别
*.jar：只包含了class文件与清单文件，不包含资源文件，如图片等所有res中的文件。
*.aar：包含所有资源，class以及res资源文件全部包含
*.aar：有两种方式，分别为本地加载以及网络加载，由于网络加载涉及到发布到mavenCentral托管的问题这里不做讨论；在这里给大家说一种本地加载的方式，简单快捷。
这里演示的aar文件为：”pulltorefresh.aar“
aar需要拷贝到“libs”文件夹下，gradle配置为
|
1
2
3
4
5
6
7
8
9
10
|
/**
*调用本地aar文件
*/
repositories {
//mavenLocal()
//mavenCentral()
flatDir {
dirs
'libs'
}
}
|
|
1
2
3
|
dependencies {
compile(name:
'pulltorefresh'
, ext:
'aar'
)
}
|
四、打包
现在，终于到了最后一步，自动多渠道修改包名打包（听着就高大上【偷笑】）。现在自动打包也有两种方法。
（1）手动触发
跟普通打包一样，最后选择渠道时，按住“shift”点击全部选中，确定，你就可以关闭屏幕，下班了。第二天早晨来收获结果。
（2）代码自动运行
点击studio面板上的“Terminal”或者“cmd”进入到当前工程的根目录下执行gradlew assembleRelease命令自动进行多渠道打包。还有一个类似的命令：gradlew assembleDebug想必通过名字，就能到猜测出。
注意：第一次执行打包命令的时候，会自动下载一些与打包相关的文件。
最后，打包完成的apk在哪呢？这也是我们最关注的问题。在当前Module的build->outputs->apk文件夹下。
大家也可以看一下，以前我关于对gradle的配置，在此附上地址：Android studio gradle配置和android studio gradle 配置修改
扫一扫
1192
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
