前言

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

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

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

• Maven非常的穩(wěn)定，但是相對的就是對新版java支持不足兽肤，哪怕就是為了編譯java11套腹，也需要更新內(nèi)置的Maven插件；

如果你對Maven的這些缺點也有所感觸资铡，準備嘗試其他的構(gòu)建工具电禀，那么你可以試試gradle，這是一個全新的java構(gòu)建工具笤休，解決了Maven的一些痛點尖飞。

安裝Gradle

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

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

? ?當然在张，如果你完全不喜歡安裝這么多亂七八糟的東西，那也可以使用gradle矮慕。gradle提供了一個名為gradle wrapper的工具帮匾，可以在沒有安裝gradle的情況下使用gradle。好吧痴鳄，其實它就是個腳本文件瘟斜，當你運行wrapper腳本的時候，如果腳本發(fā)現(xiàn)你電腦里沒有g(shù)radle，就會自動替你下載安裝一個÷菥洌現(xiàn)在甚至還出現(xiàn)了Maven wrapper虽惭，也是個腳本文件，可以自動安裝Maven蛇尚。

? ? 在之前相信一些朋友聽說過gradle芽唇，然后嘗試使用它，結(jié)果因為速度太慢取劫，最后放棄了匆笤。之前我也因為gradle的速度，放棄了它一段時間谱邪。不過現(xiàn)在使用gradle的話會方便很多疚膊。gradle官方在中國開設(shè)了，CDN虾标，使用gradle wrapper的時候下載速度非常快灌砖。可以說現(xiàn)在是一個學習使用gradle的好時候璧函。

idea創(chuàng)建

gradle項目

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

gradle wrapper的優(yōu)點之一就是可以自定義下載的gradle的版本宪萄，如果是團隊協(xié)作的話，這個功能就非常方便榨惰，簡單設(shè)置即可統(tǒng)一團隊的構(gòu)建工具版本拜英。這里我就設(shè)定成目前最新的gradle 6.4.默認下載安裝的是bin版，僅包含二進制琅催。如果你使用IDEA的話居凶，它會推薦下載all版，包含源代碼藤抡，這樣IDEA就可以分析源代碼侠碧，提供更加精確的gradle腳本支持。

依賴管理

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)站，可以非常輕松的搜索和使用依賴項。

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

1.implementation，默認的scope腾夯。implementation的作用域會讓依賴在編譯和運行時均包含在內(nèi)颊埃，但是不會暴露在類庫使用者的編譯時。舉例蝶俱，如果我們的類庫包含了gson班利，那么其他人使用我們的類庫時，編譯時不會出現(xiàn)gson的依賴榨呆。

2.api罗标，和implementation類似，都是編譯和運行時都可見的依賴积蜻。但是api允許我們將自己類庫的依賴暴露給我們類庫的使用者闯割。

3.compileOnly和runtimeOnly，這兩種顧名思義竿拆，一種只在編譯時可見宙拉，一種只在運行時可見。而runtimeOnly和Maven的provided比較接近丙笋。

4.testImplementation谢澈，這種依賴在測試編譯時和運行時可見，類似于Maven的test作用域御板。

5.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ù)雜程度完全不在一個水平。

? ?當然嫩实，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里惶翻，也可以輕松的查看當前gradle項目中有多少任務(wù)，基本任務(wù)如build鹅心、test等Maven和Gradle都是相通的。

配置鏡像

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

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

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

言歸正傳，在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"
???????}
???}} 

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

所以有條件還是干脆直接使用全局代理比較好锄开。設(shè)置方式很簡單素标，在.gradle文件夾中新建gradle.properties文件，內(nèi)容如下萍悴。中間幾行即是設(shè)置代理的配置項头遭。當然其他幾行我也建議你設(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?

如果你Maven已經(jīng)非常熟悉了，可能不太愿意使用gradle撕予，因為貌似沒有必要鲫惶。但是既然gradle出現(xiàn)了，就說明有很多人對Maven還是有一定的意見实抡。因此在這里我來總結(jié)一下gradle相比maven的優(yōu)勢欠母。

• ?速度，gradle使用構(gòu)建緩存吆寨、守護進程等方式提高編譯速度赏淌。結(jié)果就是gradle的編譯速度要遠超maven，平均編譯速度比Maven快好幾倍啄清，而且項目越大六水，這個差距就越明顯。

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

• 簡潔性泞边，完成同樣的功能，gradle腳本的長度要遠遠短于maven配置文件的長度疗杉。雖然很多人都說XML維護起來不麻煩阵谚，但是我覺得，維護一個光是依賴就有幾百行的XML文件烟具，不見得就比gradle腳本簡單梢什。

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

點擊下方卡片/微信搜索言蛇，關(guān)注公眾號“天宇文創(chuàng)意樂派”(ID:gh_cc865e4c536b)

聽說點贊和關(guān)注本號的都找到漂亮的小姐姐了喲且年后必入百萬呀Ｆ！

往期推薦

本文使用 文章同步助手 同步