Maven依賴的作用域你到底用對了沒有
?Maven是目前Java開發(fā)主要使用的依賴管理構(gòu)建工具之一,但是很多人在引用依賴的時候直接引用坐標(biāo),而沒有考慮依賴的作用范圍,結(jié)果導(dǎo)致出現(xiàn)這樣和那樣的問題。今天胖哥就來說明一下Maven引用依賴的一個要點概念——作用域。
要選擇正確的scope
scope是Maven坐標(biāo)的一個關(guān)鍵字,它主要來限制依賴的作用域。它有五種類型:
Maven依賴的作用域
選擇合理的作用域,能夠避免一些依賴引用問題。
compile
這是我們大部分情況下使用的引用作用域,它也是Maven默認(rèn)的scope值,表明該依賴從Java代碼編譯、測試以及運行時都會參與其中。
runtime
runtime顧名思義,只參與運行時,跳過了編譯階段。當(dāng)然它打fat jar時也會像compile一樣打包。比如我們常用的數(shù)據(jù)庫驅(qū)動,你可以去看看自己Spring Boot項目生成器初始化數(shù)據(jù)庫驅(qū)動依賴的是不是runtime。
provided
provided用的同學(xué)相信不會太多。它用來聲明你希望JDK和容器運行時來提供它,你自己不引入,僅僅使用這個依賴,在一些通用規(guī)范和插件擴展使用該選項比較普遍。舉個例子,servlet api你希望Servlet容器提供,但是你自己還希望去調(diào)用HttpServletRequest之類的API,你就可以用provided來聲明。
它還有一個場景,比如你自己開發(fā)一個針對某個類庫A的擴展類庫B,你肯定要在擴展類庫B中引用A。如果你不使用provided,當(dāng)你開發(fā)完擴展類庫B,直接引用B就能使用完整的功能;如果你使用provided,你需要同時引用A和B。為什么要這樣做呢?這樣做可以讓擴展類庫更加純粹,僅僅提供擴展功能,而不干涉主類庫的功能,徹底的插件化。
system感覺和provided正好相反。provided是要求別人提供;而system是別人不提供自己提供, Maven不會在本地存儲庫中查找。使用system的大部分沒有托管在Maven中央倉庫和私有倉庫,另外provided不會被打包,只是申明一個調(diào)用關(guān)系,system會被打包。
胖哥僅僅建議在測試一些三方私有jar的時候使用,如果該jar被選中的話,還是建議放入私有倉庫。system我個人不建議在生產(chǎn)中使用。
optional
optional不是scope的一個選項,而是一個關(guān)鍵字,它的選項是布爾值true和false。這里之所以要說一說,是因為它也能控制依賴的作用域,只不過它的場景和上面的不一樣。它用來聲明依賴是否是可選的(optional)而不向上傳遞。
來舉一個例子,胖哥開發(fā)了一個類庫,使用了lombok。但是很多開發(fā)者很反感l(wèi)ombok,一看胖哥的這個類庫里面用lombok他們就不用了。胖哥為了推廣,肯定要想辦法照顧這一部分人,所以就讓lombok的optional值設(shè)置為true。這樣不耽誤胖哥類庫中l(wèi)ombok注解的使用,也不影響使用了胖哥類庫的開發(fā)者。你可以去看看Spring Boot Starter,里面使用了大量的optional。
要注意和provided的區(qū)別,provided是這個庫我一定要用,但是這個庫我不提供;optional是這個庫我也用,但是我不給你用。
總結(jié)
依賴作用域在開發(fā)中一定不要忽略,選擇合理的作用域能讓你項目的依賴更加合理和“干凈”。看了本篇后,趕緊去看看你項目的依賴引用是否合理吧。