“

工作之前，Guide 也是一直使用 Maven 。別人向我安利 Gradle 的時候，我總是不屑一顧，覺得這東西肯定沒有 Maven 好，畢竟 Maven 這么多人用對吧！后面，在工作中真正用到它之后，才真正感受到它的好用。

我想表達意思是：當(dāng)我們想要去評判一件事情的好壞之前，比如你的項目技術(shù)負(fù)責(zé)人把構(gòu)建工具從 Maven 換成了 Gradle ，我們一定要首先了解這件事情的本質(zhì)。

個人感覺 Gradle 很多方面都比 Maven 要更好用!比如 Gradle 的項目依賴文件build.Gradle 比 Maven 的pom.xml更加清晰簡潔（Maven 是因為 xml 的鍋）、Gradel 還可以使用 Groovy 語言、自定義執(zhí)行邏輯等等。

另外，在 Spring Boot 2.3.0.M1 中，將首次使用 Gradle 代替 Maven 來構(gòu)建 Spring Boot 項目。遷移至 Gradle 主要是為了減少構(gòu)建項目所花費的時間，因為 使用 Maven 構(gòu)建項目花費的時間太多了。

Spring Boot 官方具體說明在這里：https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle

終上所述，Guide 覺得大家還是很有必要學(xué)習(xí)一下 Gradle 的。

相信使用 Java 的同學(xué)都用過 Maven，這是一個非常經(jīng)典好用的項目構(gòu)建工具。但是如果你經(jīng)常使用 Maven，可能會發(fā)現(xiàn) Maven 有一些地方用的讓人不太舒服：

來 Maven 的配置文件是 XML 格式的，假如你的項目依賴的包比較多，那么 XML 文件就會變得非常非常長；

來 XML 文件不太靈活，假如你需要在構(gòu)建過程中添加一些自定義邏輯，搞起來非常麻煩；

構(gòu)建項目所需要的時間比較長；

如果你對 Maven 的這些缺點也有所感觸，準(zhǔn)備嘗試其他的構(gòu)建工具，那么你可以試試 Gradle，這是一個很不錯的 Java 構(gòu)建工具，解決了 Maven 的一些痛點。

gradle：現(xiàn)代高效的java構(gòu)建工具

安裝 Gradle

最傳統(tǒng)的安裝方法就是去 Gradle 官網(wǎng)下載二進制包，解壓，然后將路徑添加到環(huán)境變量中。如果你沒什么其他需求，可以使用這種安裝方式。但是，Gradle 是一個非常新潮的項目，每隔幾個月就會發(fā)布一個新版本，這種方式可能跟不上 Gradle 的更新速度。

所以我更加推薦使用包管理器來安裝 Gradle。如果你使用 Linux 系統(tǒng)，那么不必多說。如果你使用 Windows 系統(tǒng)，我推薦使用 scoop 包管理器來安裝 Gradle。它安裝方便，而且使用 SHIM 目錄來管理環(huán)境變量，在各種工具中配置 Gradle 也很方便。

當(dāng)然，如果你完全不喜歡安裝這么多亂七八糟的東西，那也可以使用 Gradle。Gradle 提供了一個名為 Gradle wrapper 的工具，可以在沒有安裝 Gradle 的情況下使用 Gradle。好吧，其實它就是個腳本文件，當(dāng)你運行 wrapper 腳本的時候，如果腳本發(fā)現(xiàn)你電腦里沒有 Gradle，就會自動替你下載安裝一個。現(xiàn)在甚至還出現(xiàn)了 Maven wrapper，也是個腳本文件，可以自動安裝 Maven。

之前相信一些朋友聽說過 Gradle，然后嘗試使用它，結(jié)果因為速度太慢，最后放棄了。之前我也因為 Gradle 的速度，放棄了它一段時間。不過現(xiàn)在使用 Gradle 的話會方便很多。Gradle 官方在中國開設(shè)了，CDN，使用 Gradle wrapper 的時候下載速度非常快。可以說現(xiàn)在是一個學(xué)習(xí)使用 Gradle 的好時候。

使用 Gradle wrapper

這里我使用的 IDEA 來創(chuàng)建和使用 Gradle 項目。

在IDEA中創(chuàng)建Gradle項目

IDEA 默認(rèn)就會使用 Gradle wrapper 來創(chuàng)建項目，所以無需安裝 Gradle 也可以正常運行。這時候項目結(jié)構(gòu)應(yīng)該類似下圖所示，使用 Maven 的同學(xué)應(yīng)該比較熟悉，因為這和 Maven 的項目結(jié)構(gòu)幾乎完全一致。Gradle 文件夾和 gradlew 那幾個文件就是 Gradle wrapper 的文件，而.Gradle后綴名的文件正是 Gradle 的配置文件，對應(yīng)于 Maven 的pom.xml。

gradle項目結(jié)構(gòu)

Gradle wrapper 的優(yōu)點之一就是可以 自定義下載的 Gradle 的版本 。

如果是團隊協(xié)作的話，這個功能就非常方便，簡單設(shè)置即可統(tǒng)一團隊的構(gòu)建工具版本。這里我就設(shè)定成目前最新的 Gradle 6.4.默認(rèn)下載安裝的是 bin 版，僅包含二進制。如果你使用 IDEA 的話，它會推薦下載 all 版，包含源代碼，這樣 IDEA 就可以分析源代碼，提供更加精確的 Gradle 腳本支持。

依賴管理

下面來看看 Gradle 的依賴管理功能，這也算是我們使用構(gòu)建工具的主要目的之一了。這點也是 Gradle 相較 Maven 的優(yōu)勢之一了。相較于 Maven 一大串的 XML 配置，Gradle 的依賴項僅需一行。

dependencies?{testImplementation?'junit:junit:4.13'implementation?'com.google.code.gson:gson:2.8.6' }

這里推薦一下 Jetbrains 的 package search 網(wǎng)站，是尋找 Maven 和 Gradle 依賴包的很不錯的網(wǎng)站，可以非常輕松的搜索和使用依賴項。

package search 網(wǎng)站地址：https://package-search.jetbrains.com/ 。

package search網(wǎng)站

Gradle 依賴的粒度控制相較于 Maven 也更加精細(xì)，Maven 只有 compile、provided、test、`runtime·四種 scope，而 Gradle 有以下幾種 scope：

• implementation ：默認(rèn)的 scope。implementation 的作用域會讓依賴在編譯和運行時均包含在內(nèi)，但是不會暴露在類庫使用者的編譯時。舉例，如果我們的類庫包含了 gson，那么其他人使用我們的類庫時，編譯時不會出現(xiàn) gson 的依賴。

• api :和 implementation 類似，都是編譯和運行時都可見的依賴。但是 api 允許我們將自己類庫的依賴暴露給我們類庫的使用者。

• compileOnly 和runtimeOnly :這兩種顧名思義，一種只在編譯時可見，一種只在運行時可見。而runtimeOnly和 Maven 的provided比較接近。

• testImplementation :這種依賴在測試編譯時和運行時可見，類似于 Maven 的test作用域。

• testCompileOnly和testRuntimeOnly ：兩種類似于compileOnly和runtimeOnly，但是作用于測試編譯時和運行時。

通過簡短精悍的依賴配置和多種多樣的作用與選擇，Gradle 可以為我們提供比 Maven 更加優(yōu)秀的依賴管理功能。

Gradle 的任務(wù)和插件

Gradle 的配置文件是一個 Groovy 腳本文件，在其中我們可以以編程方式自定義一些構(gòu)建任務(wù)。因為使用了編程方式，所以這帶給了我們極大的靈活性和便捷性。打個比方，現(xiàn)在有個需求，要在打包出 jar 的時候順便看看 jar 文件的大小。在 Gradle 中僅需在構(gòu)建腳本中編寫幾行代碼即可。而在 Maven 中則需要編寫 Maven 插件，復(fù)雜程度完全不在一個水平。

當(dāng)然，Maven 發(fā)展到現(xiàn)在，已經(jīng)存在了大量的插件，提供了各式各樣的功能可以使用。但是在靈活性方面還是無法和 Gradle 相比。而且 Gradle 也有插件功能，現(xiàn)在發(fā)展也十分迅猛，存在了大量非常好用的插件，例如 gretty 插件。gretty 原來是社區(qū)插件，后來被官方吸收為官方插件，可以在 Tomcat 和 jetty 服務(wù)器上運行 web 項目，比 Maven 的相關(guān)插件功能都強大。

雖然 Gradle 可以非常靈活的編寫自定義腳本任務(wù)，但是其實一般情況下我們不需要編寫構(gòu)建腳本，利用現(xiàn)有的插件和任務(wù)即可完成相關(guān)功能。在 IDEA 里，也可以輕松的查看當(dāng)前 Gradle 項目中有多少任務(wù)，基本任務(wù)如 build、test 等 Maven 和 Gradle 都是相通的。

gretty插件的任務(wù)

配置鏡像

Maven 官方倉庫的下載速度非常慢，所以一般我們要配置國內(nèi)的鏡像源。Gradle 在這方面和 Maven 完全兼容，因此只需稍微配置一下鏡像源，即可使用 Maven 的鏡像。如果你用 Gradle 構(gòu)建過項目，應(yīng)該就可以在用戶目錄的.Gradle 文件夾下看到 Gradle 的相關(guān)配置和緩存。

之前 wrapper 下載的 Gradle 也存放在該文件夾下，位置是 wrapper/dists。

gradle：現(xiàn)代高效的java構(gòu)建工具

wrapper 下載的 Gradle 保存位置

而依賴的本地緩存在 caches\modules-2\files-2.1 文件夾下。目錄結(jié)構(gòu)和 Maven 的本地緩存類似，都是包名+版本號的方式，但是 Gradle 的目錄結(jié)構(gòu)最后一層和 Maven 不同，這導(dǎo)致它們無法共用本地緩存。

gradle：現(xiàn)代高效的java構(gòu)建工具

言歸正傳，在 Gradle 中配置下載鏡像需要在.Gradle 文件夾中直接新建一個 init.Gradle 初始化腳本，腳本文件內(nèi)容如下。這樣一來，Gradle 下載鏡像的時候就會使用這里配置的鏡像源下載，速度會快很多。再加上 Gradle wrapper 在中國設(shè)置了 CDN，現(xiàn)在使用 Gradle 的速度應(yīng)該會很快。

allprojects?{repositories?{Maven?{url?"https://Maven.aliyun.com/repository/public"}Maven?{url?"https://Maven.aliyun.com/repository/jcenter"}Maven?{url?"https://Maven.aliyun.com/repository/spring"}Maven?{url?"https://Maven.aliyun.com/repository/spring-plugin"}Maven?{url?"https://Maven.aliyun.com/repository/Gradle-plugin"}Maven?{url?"https://Maven.aliyun.com/repository/google"}Maven?{url?"https://Maven.aliyun.com/repository/grails-core"}Maven?{url?"https://Maven.aliyun.com/repository/apache-snapshots"}} }

當(dāng)然，如果你有代理的話，其實我推薦你直接為 Gradle 設(shè)置全局代理。因為 Gradle 腳本實在是太靈活了，有些腳本中可能依賴了 github 或者其他地方的遠程腳本。這時候上面設(shè)置的下載鏡像源就不管用了。

所以有條件還是干脆直接使用全局代理比較好。設(shè)置方式很簡單，在.Gradle 文件夾中新建 Gradle.properties 文件，內(nèi)容如下。中間幾行即是設(shè)置代理的配置項。當(dāng)然其他幾行我也建議你設(shè)置一下，把 Gradle 運行時的文件編碼設(shè)置為 UTF8，增加跨平臺兼容性。

org.Gradle.jvmargs=-Xmx4g -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 systemProp.http.proxyHost=127.0.0.1 systemProp.http.proxyPort=10800 systemProp.https.proxyHost=127.0.0.1 systemProp.https.proxyPort=10800 systemProp.file.encoding=UTF-8 org.Gradle.warning.mode=all

為什么使用 Gradle？

看到這里，你應(yīng)該對 Gradle 有了基本的了解， 也可以將其用于你的項目之中。但是如果你 Maven 已經(jīng)非常熟悉了，可能不太愿意使用 Gradle，因為貌似沒有必要。但是既然 Gradle 出現(xiàn)了，就說明有很多人對 Maven 還是有一定的意見。因此在這里我來總結(jié)一下 Gradle 相比 Maven 的優(yōu)勢。

1. 速度， Gradle 使用構(gòu)建緩存、守護進程等方式提高編譯速度。結(jié)果就是 Gradle 的編譯速度要遠超 Maven，平均編譯速度比 Maven 快好幾倍，而且項目越大，這個差距就越明顯。

大型多模塊項目Maven和Gradle編譯時間的對比，來自Gradle官網(wǎng)

2. 靈活性， Gradle 要比 Maven 靈活太多，雖然有時候靈活并不是一件好事情。但是大部分情況下，靈活一點可以極大的方便我們。Maven 死板的 XML 文件方式做起事情來非常麻煩。很多 Maven 項目都通過執(zhí)行外部腳本的方式來完成一些需要靈活性的工作。而在 Gradle 中配置文件就是構(gòu)建腳本，構(gòu)建腳本就是編程語言（Groovy 編程語言），完全可以自給自足，無需外部腳本。

3. 簡潔性， 完成同樣的功能，Gradle 腳本的長度要遠遠短于 Maven 配置文件的長度。雖然很多人都說 XML 維護起來不麻煩，但是我覺得，維護一個光是依賴就有幾百行的 XML 文件，不見得就比 Gradle 腳本簡單。

也許是因為我上面說的原因，也許有其他原因，不得不承認(rèn)的一件事情就是 Gradle 作為一個新興的工具已經(jīng)有了廣泛的應(yīng)用。spring 等項目已經(jīng)從 Maven 切換到了 Gradle。開發(fā)安卓程序也只支持 Gradle 了。因此不管是否現(xiàn)在需要將項目從 Maven 切換到 Gradle，但是至少學(xué)習(xí) Gradle 是一件必要的事情。

作者 ：樂百川

來源：toutiao.com/i6824937779193971207

IT技術(shù)分享社區(qū)

個人博客網(wǎng)站：https://programmerblog.xyz

文章推薦程序員效率：畫流程圖常用的工具程序員效率：整理常用的在線筆記軟件遠程辦公：常用的遠程協(xié)助軟件，你都知道嗎？51單片機程序下載、ISP及串口基礎(chǔ)知識硬件：斷路器、接觸器、繼電器基礎(chǔ)知識

總結(jié)

以上是生活随笔為你收集整理的说实话，用完Gradle之后，有点嫌弃Maven了。贼好用！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。