"I can’t understand why people are frightened of new ideas. I’m frightened of the old ones." — John Cage"我不明白為什么人們害怕新想法。 我害怕那些舊的。" - 約翰凱奇。

勇敢邁出舒適區，去冒險吧！

Gradle漸漸地火了起來，但是大部分人還在使用Maven，本文將對Gradle和Maven進行全面的比較，大家可以據此作為選型比較的依據。

Maven和Gradle都屬于“構建工具”，都是用來自動化工作，并把我們的源碼編譯成我們要發布的構件而存在。

歷史

maven初始版本誕生于2004年，Gradle誕生于2008年，Maven誕生時間更早，但二者都擁有悠久的歷史，它們都擁有優秀成熟的生態。

maven初始版本誕生于2004年

gradle初始版本誕生于2008年

性能

Gradle引入了 Maven中缺少的幾個性能優化，以提高構建性能。這也是Spring、Spring Boot源碼使用Gradle替換Maven的主要原因。

Gradle 構建緩存在本地重用Gradle任務的輸出，并在機器之間共享任務輸出。 在許多情況下，這將加快平均構建時間。

構建緩存在分支之間切換時也非常有用，因為先前構建的輸出被保留并且不必重新創建。 性能節省與上面的緩存構建相當，在測試項目中，Gradle 比 Maven 快 17 到 100 倍。

在小型的多項目編譯中，Gradle 在干凈構建下速度快 2-3 倍，增量更改速度快 7 倍，緩存 Gradle任務輸出時速度快 14 倍。

gradle和maven速度比較

在中型的多項目編譯中，Gradle 在干凈構建下速度快4-5 倍，增量更改速度快 40 倍，緩存 Gradle任務輸出時速度快 13 倍。

在大型大型單體式項目中，Gradle在干凈構建下速度快 2-3 倍，增量更改速度快 7 倍，緩存Gradle任務輸出時速度快 3 倍。

代碼

Maven使用的是基于xml的pom.xml，Gradle使用基于Groovy語言的build.gradle。我們比較一下兩個相同功能的Spring Boot程序，分別使用Maven和Gradle的區別。

build.gradle和pom.xml代碼行數比較

由圖可以看出，相同情況下，build.gradle是33行代碼，pom.xml是69行代碼。當然這主要的原因是xml本身就是一門很啰嗦的表意語言。也因此，用xml作為配置、協議也越來越少。

由圖也可以看出Gradle比Maven易讀性更強且更易維護！

功能

從表中可以看出，Gradle的功能是比Maven要更豐富的。

流行度

從各類統計數據來看，Maven使用的流行度、市場占有率是有絕對的領先優勢的。但是這也不能說明太多的問題，當年的ie、xp系統、諾基亞手機也都是市場的霸主。

個別的統計有顯示Gradle有領先的結果，但這不能說明Gradle真正領先。如由OpenLogic發布的《2022年度開源報告顯示》：

結論

由上述比較，我們發現Gradle有明顯于Maven的優勢。我提出下面的建議：

1、新項目嘗試使用Gradle來構建！

2、嘗試遷移Maven的老項目將其使用Gradle構建。（如：??Spring/Spring Boot編譯工具從Maven遷移到了Gradle「官網翻譯」??）

不愿遷移的理由很多：

1、對于Maven很熟悉了，不用遷移到新的工具！

2、又要學習一個新東西，卷不動了！

我覺得無論作為什么樣的職業，對新的東西要保持敏銳的感知和學習，不要停留在自己舒適的區域，無論Gradle有沒有那么優秀，或者有沒有那么多問題，我們要堅持嘗試一下。

最后送給大家一句話：

"I can’t understand why people are frightened of new ideas. I’m frightened of the old ones." — John Cage"我不明白為什么人們害怕新想法。 我害怕那些舊的。" - 約翰凱奇。

勇敢邁出舒適區，去冒險吧！

文章出自：??愛科學的衛斯理??，如有轉載本文請聯系愛科學的衛斯理今日頭條號。