來源：https://www.toutiao.com/article/6824937779193971207/

相信使用Java的同學都用過Maven，這是一個非常經典好用的專案構建工具，但是如果你經常使用Maven，可能會發現Maven有一些地方用的讓人不太舒服：

一來Maven的組態檔是XML格式的，假如你的專案依賴的包比較多，那么XML檔案就會變得非常非常長；
二來XML檔案不太靈活，假如你需要在構建程序中添加一些自定義邏輯，搞起來非常麻煩；
第三就是Maven非常的穩定，但是相對的就是對新版java支持不足，哪怕就是為了編譯java11，也需要更新內置的Maven插件，

如果你對Maven的這些缺點也有所感觸，準備嘗試其他的構建工具，那么你可以試試gradle，這是一個全新的java構建工具，解決了Maven的一些痛點，

如果你喜歡用 Maven，我博客還更新了更多 Maven 教程：https://www.javastack.cn/devtools/maven/

安裝gradle

最傳統的安裝方法就是去gradle官網下載二進制包，解壓，然后將路徑添加到環境變數中，如果你沒什么其他需求，可以使用這種安裝方式，但是，gradle是一個非常新潮的專案，每隔幾個月就會發布一個新版本，這種方式可能跟不上gradle的更新速度，

所以我更加推薦使用包管理器來安裝gradle，如果你使用linux系統，那么不必多說，如果你使用Windows系統，我推薦使用scoop包管理器來安裝gradle，它安裝方便，而且使用SHIM目錄來管理環境變數，在各種工具中配置gradle也很方便，

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

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

使用gradle wrapper

這里我使用的IDEA來創建和使用gradle專案，

在IDEA中創建gradle專案

Spring Boot 基礎推薦看這個免費教程：

https://github.com/javastacks/spring-boot-best-practice

IDEA默認就會使用gradle wrapper來創建專案，所以無需安裝gradle也可以正常運行，這時候專案結構應該類似下圖所示，使用Maven的同學應該比較熟悉，因為這和Maven的專案結構幾乎完全一致，gradle檔案夾和gradlew那幾個檔案就是gradle wrapper的檔案，而.gradle后綴名的檔案正是gradle的組態檔，對應于Maven的pom.xml，

gradle專案結構

gradle wrapper的優點之一就是可以自定義下載的gradle的版本，如果是團隊協作的話，這個功能就非常方便，簡單設定即可統一團隊的構建工具版本，這里我就設定成目前最新的gradle 6.4.默認下載安裝的是bin版，僅包含二進制，如果你使用IDEA的話，它會推薦下載all版，包含源代碼，這樣IDEA就可以分析源代碼，提供更加精確的gradle腳本支持，

依賴管理

下面來看看gradle的依賴管理功能，這也算是我們使用構建工具的主要目的之一了，這點也是gradle相較maven的優勢之一了，相較于maven一大串的XML配置，gradle的依賴項僅需一行，

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

這里推薦一下Jetbrains的package search網站，是尋找maven和gradle依賴包的最佳網站，可以非常輕松的搜索和使用依賴項，

package search網站

gradle依賴的粒度控制相較于Maven也更加精細，maven只有compile、provided、test、runtime四種scope，而gradle有以下幾種scope：

implementation，默認的scope，implementation的作用域會讓依賴在編譯和運行時均包含在內，但是不會暴露在類別庫使用者的編譯時，舉例，如果我們的類別庫包含了gson，那么其他人使用我們的類別庫時，編譯時不會出現gson的依賴，
api，和implementation類似，都是編譯和運行時都可見的依賴，但是api允許我們將自己類別庫的依賴暴露給我們類別庫的使用者，
compileOnly和runtimeOnly，這兩種顧名思義，一種只在編譯時可見，一種只在運行時可見，而runtimeOnly和Maven的provided比較接近，
testImplementation，這種依賴在測驗編譯時和運行時可見，類似于Maven的test作用域，
testCompileOnly和testRuntimeOnly，這兩種類似于compileOnly和runtimeOnly，但是作用于測驗編譯時和運行時，

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

gradle的任務和插件

gradle的組態檔是一個groovy腳本檔案，在其中我們可以以編程方式自定義一些構建任務，因為使用了編程方式，所以這帶給了我們極大的靈活性和便捷性，打個比方，現在有個需求，要在打包出jar的時候順便看看jar檔案的大小，在gradle中僅需在構建腳本中撰寫幾行代碼即可，而在Maven中則需要撰寫Maven插件，復雜程度完全不在一個水平，

當然，Maven發展到現在，已經存在了大量的插件，提供了各式各樣的功能可以使用，但是在靈活性方面還是無法和Gradle相比，而且Gradle也有插件功能，現在發展也十分迅猛，存在了大量非常好用的插件，例如gretty插件，gretty原來是社區插件，后來被官方吸收為官方插件，可以在Tomcat和jetty服務器上運行web專案，比Maven的相關插件功能都強大，

雖然gradle可以非常靈活的撰寫自定義腳本任務，但是其實一般情況下我們不需要撰寫構建腳本，利用現有的插件和任務即可完成相關功能，在IDEA里，也可以輕松的查看當前gradle專案中有多少任務，基本任務如build、test等Maven和Gradle都是相通的，

gretty插件的任務

配置鏡像

Maven官方倉庫的下載速度非常慢，所以一般我們要配置國內的鏡像源，gradle在這方面和Maven完全兼容，因此只需稍微配置一下鏡像源，即可使用Maven的鏡像，如果你用gradle構建過專案，應該就可以在用戶目錄的.gradle檔案夾下看到gradle的相關配置和快取，

之前wrapper下載的gradle也存放在該檔案夾下，位置是wrapper/dists，

wrapper下載的gradle保存位置

而依賴的本地快取在caches\modules-2\files-2.1檔案夾下，目錄結構和Maven的本地快取類似，都是包名+版本號的方式，但是gradle的目錄結構最后一層和Maven不同，這導致它們無法共用本地快取，

言歸正傳，在gradle中配置下載鏡像需要在.gradle檔案夾中直接新建一個init.gradle初始化腳本，腳本檔案內容如下，這樣一來，gradle下載鏡像的時候就會使用這里配置的鏡像源下載，速度會快很多，再加上gradle wrapper在中國設定了CDN，現在使用gradle的速度應該會很快，

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"
       }
   }
}

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

所以有條件還是干脆直接使用全域代理比較好，設定方式很簡單，在.gradle檔案夾中新建gradle.properties檔案，內容如下，中間幾行即是設定代理的配置項，當然其他幾行我也建議你設定一下，把gradle運行時的檔案編碼設定為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？

看到這里，你應該對gradle有了基本的了解，也可以將其用于你的專案之中，但是如果你Maven已經非常熟悉了，可能不太愿意使用gradle，因為貌似沒有必要，但是既然gradle出現了，就說明有很多人對Maven還是有一定的意見，因此在這里我來總結一下gradle相比maven的優勢，

首先第一點也就是最重要的一點就是速度，gradle使用構建快取、守護行程等方式提高編譯速度，結果就是gradle的編譯速度要遠超maven，平均編譯速度比Maven快好幾倍，而且專案越大，這個差距就越明顯，

圖中是大型多模塊專案Maven和Gradle編譯時間的對比，來自gradle官網

第二點就是靈活性，gradle要比Maven靈活太多，雖然有時候靈活并不是一件好事情，但是大部分情況下，靈活一點可以極大的方便我們，Maven死板的XML檔案方式做起事情來非常麻煩，很多Maven專案都通過執行外部腳本的方式來完成一些需要靈活性的作業，而在gradle中組態檔就是構建腳本，構建腳本就是編程語言（groovy編程語言），完全可以自給自足，無需外部腳本，

第三點就是gradle DSL帶來的簡潔性，完成同樣的功能，gradle腳本的長度要遠遠短于maven組態檔的長度，雖然很多人都說XML維護起來不麻煩，但是我覺得，維護一個光是依賴就有幾百行的XML檔案，不見得就比gradle腳本簡單，

也許是因為我上面說的原因，也許有其他原因，不得不承認的一件事情就是gradle作為一個新興的工具已經有了廣泛的應用，spring等專案已經從Maven切換到了gradle，開發安卓程式也只支持gradle了，因此不管是否現在需要將專案從maven切換到gradle，但是至少學習gradle是一件必要的事情，

近期熱文推薦：

1.1,000+ 道 Java面試題及答案整理(2022最新版)

2.勁爆！Java 協程要來了，，，

3.Spring Boot 2.x 教程，太全了！

4.別再寫滿屏的爆爆爆炸類了，試試裝飾器模式，這才是優雅的方式！！

5.《Java開發手冊（嵩山版）》最新發布，速速下載！

覺得不錯，別忘了隨手點贊+轉發哦！

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/508046.html

標籤：Java

上一篇：Java Date(日期)物件如何進行格式化呢？