android studio gradle3.3,Android studio 3.2 升级详解及Gradle配置

Android studio 3.2 升级详解及Gradle配置

发布时间：2018-09-29 15:36,

浏览次数：618

, 标签：

Android

studio

Gradle

一直在使用Android studio

2.3.1版本，因为工作开发使用的都是这个版本，所以在经历了N次提示更新后，依旧还是没有升级，直到今天终于忍不住了，因为Android Studio

3.2版本在这个月发布了，增加了很多新特性，具体参见官方介绍吧：

https://android-developers.googleblog.com/2018/09/android-studio-32.html?linkId=57299773

<>一、下载并安装Android studio 3.2

<>1.1 下载：

Android studio 3.2官方下载页：

https://developer.android.com/studio/?utm_source=android-studio

Android studio 3.2 windows x64 下载直达

Windows(64-bit)

android-studio-ide-181.5014246-windows.exe

Recommended

923 MB

978673a7babf51a9dca67729213c178995c1039a496dc1dfccb4c095b842c753

https://dl.google.com/dl/android/studio/install/3.2.0.26/android-studio-ide-181.5014246-windows.exe

<>1.2 安装

双击下载好的android-studio-ide-181.5014246-windows.exe开始安装

提示删除旧版本 选择Next

警告要删除指定目录下的文件 选择是

等待安装完毕

提示你导入配置文件： 选择原来版本的配置文件即可

到此安装完毕，打开Android Studio 3.2版本后，会提示gradle或者build tool需要更新，按照提示更新即可。

<>二、Gradle 版本升级

Android studio 项目中需要更改配置的地方

<>2.1 repositories 节点配置

Gradle Plugin 升级到 3.0.0 及以上，修改 project/build.gradle 文件

buildscript { repositories { jcenter() google()//增加 } dependencies { ...

classpath'com.android.tools.build:gradle:3.2.0' ... } } allprojects {

repositories{ jcenter() google()//增加 } }

<>2.2 更新Gradle 版本

Gradle 需要升级到 4.1 及以上，我选择了最新的4.6

修改 project/gradle/gradle-wrapper.properties 文件：

distributionUrl=https\://services.gradle.org/distributions/gradle-4.6-all.zip

<>2.3 依赖关键字变化

在Moudel的build.grable的dependencies领域中

3.0之前：

dependencies { compile fileTree(include: ['*.jar'], dir: 'libs')

androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {

exclude group: 'com.android.support', module: 'support-annotations' }) compile

'com.android.support:appcompat-v7:26.+' compile

'com.android.support:support-v4:26.+' compile

'com.android.support:recyclerview-v7:26.+' compile

'com.android.support:cardview-v7:26.+' compile

'com.github.bumptech.glide:glide:3.7.0' testCompile 'junit:junit:4.12' compile

'ru.bartwell:exfilepicker:2.1' }

3.0之后：

dependencies { implementation fileTree(include: ['*.jar'], dir: 'libs')

androidTestImplementation(

'com.android.support.test.espresso:espresso-core:2.2.2', { exclude group:

'com.android.support', module: 'support-annotations' }) implementation

'com.android.support:appcompat-v7:26.+' implementation

'com.android.support:support-v4:26.+' implementation

'com.android.support:recyclerview-v7:26.+' implementation

'com.android.support:cardview-v7:26.+' implementation

'com.github.bumptech.glide:glide:3.7.0' testImplementation 'junit:junit:4.12'

implementation'ru.bartwell:exfilepicker:2.1' }

注：需要将androidTestCompile 更改为androidTestImplementation，否则会报以下提示：

Configuration ‘androidTestCompile’ is obsolete and has been replaced

with ‘androidTestImplementation’ and ‘androidTestApi’. It will be

removed at the end of 2018. For more information see:

http://d.android.com/r/tools/update-dependency-configurations.html

api 对应之前的 compile 关键字，功能一模一样。会传递依赖，导致 gradle 编译的时候遍历整颗依赖树

implementation 对应之前的 compile ，与 api 类似，关键区别是不会有依赖传递

compileOnly 对应之前的 provided，依赖仅用于编译期不会打包进最终的 apk 中

runtimeOnly 对应之前的 apk，与上面的 compileOnly 相反(现在已弃用)

androidTestImplementation 对应之前的androidTestCompile

testImplementation 对应之前的testCompile

关于 implementation 与 api 的区别，主要在依赖是否会传递上。如：A 依赖 B，B 依赖 C，若使用api则 A 可以引用 C，而

implementation 则不能引用。

这里更推荐用 implementation，一是不会间接的暴露引用，清晰知道目前项目的依赖情况；二是可以提高编译时依赖树的查找速度，进而提升编译速度。

<>2.4 打包时重命名APK

def releaseTime() { return new Date().format("yyyy.MM.dd", TimeZone.getTimeZone

("UTC")) }

在Module的build.gradle的android领域中使用如下代码

3.0以前

applicationVariants.all{ variant -> variant.outputs.each{ output -> def

outputFile=output.outputFile if(outputFile!=null && outputFile.name.endsWith(

'.apk')) { def fileName="APP_NAME

v${defaultConfig.versionName}-${releaseTime()}.apk" output.outputFile=new File(

outputFile.parent,fileName) } } }

3.0以后

variant.outputs.each 更改为variant.outputs.all

由于 outputFile 属性变为只读，需要进行如下修改，直接对 outputFileName 属性赋值即可：

applicationVariants.all { variant -> variant.outputs.all { output -> def

outputFile=output.outputFile if(outputFile!=null && outputFile.name.endsWith(

'.apk')) { def fileName if(variant.buildType.name=="release"){ fileName =

"APP_NAME v${defaultConfig.versionName}-${releaseTime()}.apk" }else { fileName =

"APP_NAME v${variant.versionName}_debug.apk" } outputFileName = fileName } } }

<>2.5 多渠道打包

3.0 后 Gradle 添加了 flavorDimensions 属性(直译为风味纬度，可以理解为特点纬度)，用来控制多个版本的代码和资源

如果说3.0以前的版本差异化打包更多的是为了厂商定制的，那么3.0以后的版本差异化打包就是在厂商的基础之上加入了机型，渠道等一些参数，变成了多个维度的产品。

也就是说之前的一个产品只有一个参数进行描述的话，现在就可以为其增加多个参数进行配置，比如A厂商的A渠道的A机型、A厂商的B渠道的C机型等，维度越多，产品的样式越发丰富。

官网提供的解决方式是：

在项目 app/build.gradle 文件的android领域中添加 flavorDimensions

// Specifies a flavor dimension. flavorDimensions "color" productFlavors { red

{ // Assigns this product flavor to the 'color' flavor dimension. // This step

is optional if you are using only one dimension. dimension "color" ... } blue {

dimension"color" ... } }

<>2.6 AAPT2

AAPT2 将默认启用，如果遇到离奇的问题，可以尝试禁用，只要在 gradle.properties 中加入：

android.enableAapt2=false

参考：Developers->迁移到 Android Plugin for Gradle 3.0.0

最后总结一下：工具才是提高生产力的根本，便捷高效的工具加上清晰严谨的代码方能制作出一个好的程序。