code小生 一個專注大前端領域的技術平台
公衆号回複
Android
加入安卓技術群
作者 ：樂百川
來源：toutiao.com/i6824937779193971207
“工作之前，Guide 也是一直使用 Maven 。别人向我安利 Gradle 的時候，我總是不屑一顧，覺得這東西肯定沒有 Maven 好，畢竟 Maven 這麼多人用對吧！後面，在工作中真正用到它之後，才真正感受到它的好用。
我想表達意思是：當我們想要去評判一件事情的好壞之前，比如你的項目技術負責人把建構工具從 Maven 換成了 Gradle ，我們一定要首先了解這件事情的本質。
個人感覺 Gradle 很多方面都比 Maven 要更好用!比如 Gradle 的項目依賴檔案
build.Gradle
比 Maven 的
pom.xml
更加清晰簡潔（Maven 是因為 xml 的鍋）、Gradel 還可以使用 Groovy 語言、自定義執行邏輯等等。
另外，在 Spring Boot 2.3.0.M1 中，将首次使用 Gradle 代替 Maven 來建構 Spring Boot 項目。遷移至 Gradle 主要是為了減少建構項目所花費的時間，因為 使用 Maven 建構項目花費的時間太多了。
Spring Boot 官方具體說明在這裡：https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle
終上所述，Guide 覺得大家還是很有必要學習一下 Gradle 的。
相信使用 Java 的同學都用過 Maven，這是一個非常經典好用的項目建構工具。但是如果你經常使用 Maven，可能會發現 Maven 有一些地方用的讓人不太舒服：
- 來 Maven 的配置檔案是 XML 格式的，假如你的項目依賴的包比較多，那麼 XML 檔案就會變得非常非常長；
- 來 XML 檔案不太靈活，假如你需要在建構過程中添加一些自定義邏輯，搞起來非常麻煩；
- 建構項目所需要的時間比較長；
如果你對 Maven 的這些缺點也有所感觸，準備嘗試其他的建構工具，那麼你可以試試 Gradle，這是一個很不錯的 Java 建構工具，解決了 Maven 的一些痛點。
gradle：現代高效的java建構工具
安裝 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項目
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 網站位址：https://package-search.jetbrains.com/
package search網站
Gradle 依賴的粒度控制相較于 Maven 也更加精細，Maven 隻有
compile
、
provided
、
test
、`runtime·四種 scope，而 Gradle 有以下幾種 scope：
-
implementation
-
api
-
compileOnly
runtimeOnly
runtimeOnly
provided
-
testImplementation
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。
gradle：現代高效的java建構工具
wrapper 下載下傳的 Gradle 儲存位置
而依賴的本地緩存在 caches\modules-2\files-2.1 檔案夾下。目錄結構和 Maven 的本地緩存類似，都是包名+版本号的方式，但是 Gradle 的目錄結構最後一層和 Maven 不同，這導緻它們無法共用本地緩存。
gradle：現代高效的java建構工具
言歸正傳，在 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 的優勢。
1. 速度， Gradle 使用建構緩存、守護程序等方式提高編譯速度。結果就是 Gradle 的編譯速度要遠超 Maven，平均編譯速度比 Maven 快好幾倍，而且項目越大，這個差距就越明顯。
大型多子產品項目Maven和Gradle編譯時間的對比，來自Gradle官網
2. 靈活性， Gradle 要比 Maven 靈活太多，雖然有時候靈活并不是一件好事情。但是大部分情況下，靈活一點可以極大的友善我們。Maven 死闆的 XML 檔案方式做起事情來非常麻煩。很多 Maven 項目都通過執行外部腳本的方式來完成一些需要靈活性的工作。而在 Gradle 中配置檔案就是建構腳本，建構腳本就是程式設計語言（Groovy 程式設計語言），完全可以自給自足，無需外部腳本。
3. 簡潔性， 完成同樣的功能，Gradle 腳本的長度要遠遠短于 Maven 配置檔案的長度。雖然很多人都說 XML 維護起來不麻煩，但是我覺得，維護一個光是依賴就有幾百行的 XML 檔案，不見得就比 Gradle 腳本簡單。
也許是因為我上面說的原因，也許有其他原因，不得不承認的一件事情就是 Gradle 作為一個新興的工具已經有了廣泛的應用。spring 等項目已經從 Maven 切換到了 Gradle。開發安卓程式也隻支援 Gradle 了。是以不管是否現在需要将項目從 Maven 切換到 Gradle，但是至少學習 Gradle 是一件必要的事情。
推薦閱讀
新版任你發，我用 Java 8
進階必備！35 個 Java 代碼優化細節
14 張思維導圖建構 Python 核心知識體系
怼你沒商量！Linux之父手删AWS 工程師送出的更新檔，表示這是愚蠢的行為，網友：我的快樂又回來了
如果你有寫部落格的好習慣
歡迎投稿
贊+在看,小生感恩❤️