1.1 添加依賴
1.2 依賴范圍（sope）
依賴范圍與classpath的關系
1.3 依賴的傳遞性
1.2.1 依賴傳遞性的沖突問題
1. 第一種情況
2. 第二種情況
1.2.2 通過exclusions元素排除不想要的傳遞性依賴
1.2.3 依賴傳遞性沖突問題解決辦法總結
1.4 依賴版本的界限
1、Maven的依賴
Maven的依賴通過dependencis元素來配置依賴，這是Maven最強大的特性之一。它支持傳遞性依賴。
1.1 添加依賴
在Maven中需要使用在dependencies中定義一個或者多個dependency元素，來聲明項目的一個或者多個依賴。
每個依賴元素dependency包括：
例如：為項目添加junit測試的jar包，可以按如下方式定義
<project xmlns = " http://maven.apache.org/POM/4.0.0 " xmlns:xsi = " http://www.w3.org/2001/XMLSchema-instance " xsi:schemaLocation = " http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd " > <modelVersion>4.0.0</modelVersion> <groupId>com.fz</groupId> <artifactId>ShiroTest</artifactId> <packaging>war</packaging> <version>0.0.1-SNAPSHOT</version> <name>ShiroTest Maven Webapp</name> <url> http://maven.apache.org </url> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <!--不聲明依賴范圍scope，默認是compile--> <scope>test</scope> </dependency> </dependencies> </project>
1.2 依賴范圍（sope）
<dependency> <!-- compile（默認）：編譯范圍的依賴，它在編譯和打包的時候都會把該依賴打包進去 test：測試依賴范圍，它在編譯和打包的時候都不會把該依賴打包進去 provided：在編譯和測試范圍有效，最后生成war包時不會打包進去。 runtime：運行時依賴，編譯的時候不依賴。 system：系統依賴范圍 import：導入依賴范圍 --> <scope></scope></dependency>
依賴范圍與classpath的關系
| 依賴范圍Scope | 對於編譯classpath有效 | 對於測試classpath有效 | 對於運行時classpath有效 | 例子 |
|---|---|---|---|---|
| compile | Y | Y | Y | spring-core |
| test | – | Y | – | JUnit |
| provided | Y | Y | – | servlet-api |
| runtime | – | Y | Y | JDBC驅動實現 |
| system | Y | Y | – | 本地的，Maven倉庫之外的類庫文件 |
1.3 依賴的傳遞性
在Maven中一個依賴不僅僅是一個JAR。它是一個POM文件，這個POM可能也聲明了對其它構件的依賴。這些依賴的依賴叫做傳遞性依賴
所謂傳遞性依賴就是： 如果項目A依賴於項目B，項目B自身依賴於項目C，那么項目A它也依賴於項目C的依賴。
這種依賴是基於compile這個范圍進行依賴
假如你的項目中需要依賴一個A庫，這個A庫自身又依賴了3個其它庫。當你在dependencies中配置了A庫的依賴的時候，則Maven會自動依賴3個其他庫。不用你再自己去依賴了。就像Spring和Hibernate一樣。你配置的時候，只需要配置Spring和Hibernate即可。
Maven在下載相應依賴的jar的時候，還會下載該jar的pom文件。這個文件對於傳遞性依賴特別重要。
這個pom文件跟我們現在編寫的pom.xml文件沒太大區別，打開后其實也是一樣。
如下是hibernate-core-4.3.10.Final.jar的pom文件（hibernate-core-4.3.10.Final.pom）
<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <modelVersion>4.0.0</modelVersion> <groupId>org.hibernate</groupId> <artifactId>hibernate-core</artifactId> <version>4.3.10.Final</version> <dependencies> <dependency> <groupId>org.jboss.logging</groupId> <artifactId>jboss-logging</artifactId> <version>3.1.3.GA</version> <scope>compile</scope> </dependency> <dependency> <groupId>org.jboss.logging</groupId> <artifactId>jboss-logging-annotations</artifactId> <version>1.2.0.Beta1</version> <scope>compile</scope> </dependency> <dependency> <groupId>org.jboss.spec.javax.transaction</groupId> <artifactId>jboss-transaction-api_1.2_spec</artifactId> <version>1.0.0.Final</version> <scope>compile</scope> </dependency> <dependency> <groupId>dom4j</groupId> <artifactId>dom4j</artifactId> <version>1.6.1</version> <scope>compile</scope> </dependency> <!-----------省略部分-----------> </dependencies> <name>Core Hibernate O/RM functionality</name> <description>The core O/RM functionality as provided by Hibernate</description> <url>http://hibernate.org</url> <organization> <name>Hibernate.org</name> <url>http://hibernate.org</url> </organization> <issueManagement> <system>jira</system> <url>https://hibernate.atlassian.net/browse/HHH</url> </issueManagement> <scm> <url>http://github.com/hibernate/hibernate-orm</url> <connection>scm:git:http://github.com/hibernate/hibernate-orm.git</connection> <developerConnection>scm:git:git@github.com:hibernate/hibernate-orm.git</developerConnection> </scm> <licenses> <license> <name>GNU Lesser General Public License</name> <url>http://www.gnu.org/licenses/lgpl-2.1.html</url> <comments>See discussion at http://hibernate.org/license for more details.</comments> <distribution>repo</distribution> </license> </licenses> <developers> <developer> <id>hibernate-team</id> <name>The Hibernate Development Team</name> <organization>Hibernate.org</organization> <organizationUrl>http://hibernate.org</organizationUrl> </developer> </developers></project>
可以看到hibernate-core-4.3.10.Final.pom文件中已經定義了hibernate-core-4.3.10.jar自己所依賴的jar包了。
1.2.1 依賴傳遞性的沖突問題
1. 第一種情況
項目A依賴於項目B1.0 ，項目C依賴於項目B1.1。項目D同時依賴於項目A和C，那么哪一個寫在前面就先依賴哪個版本。
也就是說到底依賴於log4j1.2.17還是log4j1.2.16，決定於它的dependency出現的先后順序。
哪個依賴的順序在前面就依賴哪個
可見上面user-core在user-log前面，而user-core的log4j是1.2.17。那么最終user-dao的log4j就是1.2.17版本
同理，如果換個位置。user-log在user-core的前面。
<dependencies> <dependency> <groupId>com.fz.user</groupId> <artifactId>user-log</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> <dependency> <groupId>com.fz.user</groupId> <artifactId>user-core</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency></dependencies>
那么結果就是
2. 第二種情況
如果路徑的長短不一致，就選擇最小路徑
user-dao中的log4j路徑：user-dao=====>user-core=====>log4j1.2.17
user-log中的log4j路徑：user-log=====>log4j1.2.16
可見user-log的log4j路徑要短一些，所以這里是1.2.16
如果這里把user-log換成user-core的話，那么user-core的log4j路徑也是比user-dao的路徑短。結果肯定是log4j1.2.17
假如我不想依賴user-core和user-log兩個模塊中的log4j呢？
那就自己再添加一個dependency試試。
可以看出Maven會優先依賴自己定義的那個dependeny
1.2.2 通過exclusions元素排除不想要的傳遞性依賴
以上的問題可以通過更改相應的順序來確定依賴的版本，當然也可以使用依賴的排除功能。來精確的控制所使用的版本。
排除依賴：就是將該模塊中的**jar包給移除掉。
例如：以下的情況肯定是使用了user-log的log4j版本，因為它的順序在前面。假如現在不想通過調整順序來改版本那就可以使用排除依賴。
排除依賴是在dependency元素下的exclusions元素，例如：我們把user-log中的log4j排除掉，那就只能去user-core中找log4j了
可以看出雖然user-log寫在了上面，但是通過exclusion還是會把該模塊中的log4j給排除掉。
1.2.3 依賴傳遞性沖突問題解決辦法總結
- 通過調整dependency的順序來解決：哪個依賴的順序在前面就依賴哪個
- 自己添加一個dependeny來解決：因為該路徑是最小的。
- 通過exclusions元素排除不想要的傳遞性依賴
1.4 依賴版本的界限
在依賴某個項目的時候，你可以不必指定特定的某個版本。也可以指定一個版本范圍
(,) 不包含
[,] 包含
例如：依賴一個Junit的大於等於3.8 但是小於4.0 的版本
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>[3.8,4.0)</version></dependency>