gradle tool升級到3.0註意事項

Gradle版本升級

其實當AS升級到3.0之後，Gradle Plugin和Gradle不升級也是可以繼續使用的，但很多新的特性如：Java8支持、新的依賴匹配機制、AAPT2等新功能都無法正常使用。

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

修改global.gradle(自定義lib管理的gradle)
tools = [
    gradleTools      : 'com.android.tools.build:gradle:3.0.1'
]

修改project/build.gradle文件

buildscript {
    repositories {
        google()
    }

    apply from: 'global.gradle'
    def tools = rootProject.ext.tools
    dependencies {
        classpath tools.gradleTools
    }
}

Gradle升級到4.1及以上，修改project/gradle/gradle-wrapper.properties文件

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

生成APK文件名屬性outputFile變為只讀

在app module中修改build.gradle文件之前改apk名字的代碼

variant.outputs.each { output ->
    def outputFile = output.outputFile
    if (outputFile != null && outputFile.name.endsWith('.apk')) {
        def fileName = "host_${variant.buildType.name}_${variant.productFlavors[0].name}_${mApplicationId}_${defaultConfig.versionCode}_v${mVersionName}.apk"
        output.outputFile = new File(outputFile.parent, fileName)
    }
}

由於outputFile屬性變為只讀，需要進行如下修改，直接對outputFileName屬性賦值即可：

variant.outputs.all {
    outputFileName = "host_${variant.buildType.name}_${variant.productFlavors[0].name}_${mApplicationId}_${defaultConfig.versionCode}_v${mVersionName}.apk"
}

依賴關鍵字的改變

• api: 對應之前的compile關鍵字，功能一模一樣。會傳遞依賴，導致gradle編譯的時候遍歷整顆依賴樹
• implementation: 對應之前的compile，與api類似，關鍵區別是不會有依賴傳遞
• compileOnly: 對應之前的provided，依賴僅用於編譯期不會打包進最終的apk中
• runtimeOnly: 對應之前的’apk’，與上面的compileOnly相反

關於implementation與api的區別，主要在依賴是否會傳遞上。如：A依賴B，B依賴C，若使用api則A可以引用C，而implementation則不能引用。

這裡更推薦用implementation，一是不會間接的暴露引用，清晰知道目前項目的依賴情況；二是可以提高編譯時依賴樹的查找速度，進而提升編譯速度。 渠道需要聲明flavor dimensions

剛開始Sync的時候應該會報錯：

Error:All flavors must now belong to a named flavor dimension. Learn more at https://d.android.com/r/tools/flavorDimensions-missing-error-message.html

也就是每個flavor渠道都必須歸屬一個dimension維度，若只有一個維度，渠道中可以不寫dimension屬性，預設分配到該維度。直接添加一個預設的維度即可，如：flavorDimensions "dimension"

解決方法是在app.gradle添加flavorDimensions

defaultConfig {
    flavorDimensions  getVersion("VERSION_CODE")
}

也可以像官方文檔那樣設置多個維度

// Specifies two flavor dimensions.
flavorDimensions "mode", "minApi"
productFlavors {
    free {
        // Assigns this product flavor to the "tier" flavor dimension. Specifying
        // this property is optional if you are using only one dimension.
        dimension "mode"
        ...
    }
    paid {
        dimension "mode"
        ...
    }
    minApi23 {
        dimension "minApi"
        ...
    }
    minApi18 {
        dimension "minApi"
        ...
    }
}

庫多variant依賴方式的修改

Gradle plugin 3.0.0+之後引入了新的variant自動匹配機制，也就是說app的flavorDebug變體會自動匹配library的flavorDebug變體。

回顧一下舊的方式，如果app在某個variant下需要依賴library相應的類型，需要按照下麵的方式聲明依賴：

dependencies {
    hytestCompile project(path: ':main', configuration: 'hytestRelease')
    productionCompile project(path: ':main', configuration: 'productionRelease')
}

新的方式，gradle會自動感知並匹配對應的variant（前提是app與library中有對應的variant類型）：

dependencies {
    implementation project(':main')
}

填坑

1、style attribute ‘@android:attr/windowEnterAnimation’ not found. 這是aapt2導致的，3.0預設啟用了aapt2。解決辦法：在project的根目錄下的gradle.properties最後添加關閉aapt2的代碼：

android.enableAapt2=false

2、gradle tool 3.0使用最低SDK buildTool 26.0.2的版本

3、使用了aapt的需要去除掉，改用annotationProcessor

4、註意引用第三方庫的時候com.android.support包的版本需要統一，不然在multidex會導致異常或者build的時候無法build success