1. 程式人生 > >【轉載】Maven依賴中的scope詳解

【轉載】Maven依賴中的scope詳解

lan 無需 而已 ref targe 周期 包含 配置 com

Maven的一個哲學是慣例優於配置(Convention Over Configuration), Maven默認的依賴配置項中,scope的默認值是compile,項目中經常傻傻的分不清,直接默認了。今天梳理一下maven的scope。

scope的分類

compile

默認就是compile,什麽都不配置也就是意味著compile。compile表示被依賴項目需要參與當前項目的編譯,當然後續的測試,運行周期也參與其中,是一個比較強的依賴。打包的時候通常需要包含進去。

test

scope為test表示依賴項目僅僅參與測試相關的工作,包括測試代碼的編譯,執行。比較典型的如junit。

runntime

runntime表示被依賴項目無需參與項目的編譯,不過後期的測試和運行周期需要其參與。與compile相比,跳過編譯而已,說實話在終端的項目(非開源,企業內部系統)中,和compile區別不是很大。比較常見的如JSR×××的實現,對應的API jar是compile的,具體實現是runtime的,compile只需要知道接口就足夠了。oracle jdbc驅動架包就是一個很好的例子,一般scope為runntime。另外runntime的依賴通常和optional搭配使用,optional為true。我可以用A實現,也可以用B實現。

provided

provided意味著打包的時候可以不用包進去,別的設施(Web Container)會提供。事實上該依賴理論上可以參與編譯,測試,運行等周期。相當於compile,但是在打包階段做了exclude的動作。

system

從參與度來說,也provided相同,不過被依賴項不會從maven倉庫抓,而是從本地文件系統拿,一定需要配合systemPath屬性使用。

scope的依賴傳遞

A–>B–>C。當前項目為A,A依賴於B,B依賴於C。知道B在A項目中的scope,那麽怎麽知道C在A中的scope呢?答案是:
當C是test或者provided時,C直接被丟棄,A不依賴C;
否則A依賴C,C的scope繼承於B的scope。

下面是一張nexus畫的圖。
技術分享圖片

轉載自:https://blog.csdn.net/kimylrong/article/details/50353161

【轉載】Maven依賴中的scope詳解