依賴的Scope
scope定義了類包在項目的使用階段。項目階段包括： 編譯，運行，測試和發布。
分類說明
compile
默認scope為compile，表示為當前依賴參與項目的編譯、測試和運行階段，屬於強依賴。打包之時，會達到包里去。
test
該依賴僅僅參與測試相關的內容，包括測試用例的編譯和執行，比如定性的Junit。
runtime
依賴僅參與運行周期中的使用。一般這種類庫都是接口與實現相分離的類庫，比如JDBC類庫，在編譯之時僅依賴相關的接口，在具體的運行之時，才需要具體的mysql、oracle等等數據的驅動程序。
此類的驅動都是為runtime的類庫。
provided
該依賴在打包過程中，不需要打進去，這個由運行的環境來提供，比如tomcat或者基礎類庫等等，事實上，該依賴可以參與編譯、測試和運行等周期，與compile等同。區別在於打包階段進行了exclude操作。
system
使用上與provided相同，不同之處在於該依賴不從maven倉庫中提取，而是從本地文件系統中提取，其會參照systemPath的屬性進行提取依賴。
import
這個是maven2.0.9版本后出的屬性，import只能在dependencyManagement的中使用，能解決maven單繼承問題，import依賴關系實際上並不參與限制依賴關系的傳遞性。
systemPath
當maven依賴本地而非repository中的jar包，sytemPath指明本地jar包路徑,例如：
<dependency> <groupid>org.hamcrest</groupid> <artifactid>hamcrest-core</artifactid> <version>1.5</version> <scope>system</scope> <systempath>${basedir}/WebContent/WEB-INF/lib/hamcrest-core-1.3.jar</systempath> </dependency>
dependency中的type
引入某一個依賴時，必須指定type，這是因為用於匹配dependency引用和dependencyManagement部分的最小信息集實際上是{groupId，artifactId，type，classifier}。在很多情況下，這些依賴關系將引用沒有classifier的jar依賴。這允許我們將標識設置為{groupId，artifactId}，因為type的默認值是jar，並且默認classifier為null。
type的值一般有jar、war、pom等，聲明引入的依賴的類型
dependency中的classifier
Classifier可能是最容易被忽略的Maven特性，但它確實非常重要，我們也需要它來幫助規划坐標。設想這樣一個情況，有一個jar項目，就說是 dog-cli-1.0.jar 吧，運行它用戶就能在命令行上畫一只小狗出來。現在用戶的要求是希望你能提供一個zip包，里面不僅包含這個可運行的jar，還得包含源代碼和文檔，換句話說，這是比較正式的分發包。這個文件名應該是怎樣的呢？dog-cli-1.0.zip？不夠清楚，僅僅從擴展名很難分辨什么是Maven默認生成的構件，什么是額外配置生成分發包。如果能是dog-cli-1.0-dist.zip就最好了。這里的dist就是classifier，默認Maven只生成一個構件，我們稱之為主構件，那當我們希望Maven生成其他附屬構件的時候，就能用上classifier。常見的classifier還有如dog-cli-1.0-sources.jar表示源碼包，dog-cli-1.0-javadoc.jar表示JavaDoc包等等。
classifier它表示在相同版本下針對不同的環境或者jdk使用的jar,如果配置了這個元素，則會將這個元素名在加在最后來查找相應的jar，例如：
<classifier>jdk17</classifier>
<classifier>jdk18</classifier>
1
2
總結
scope的概念在maven的依賴定義中非常重要，大家需要搞清楚他們的關系和適用范圍。
————————————————
版權聲明：本文為CSDN博主「bladestone」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/blueheart20/article/details/81014116