maven依赖管理

maven依赖基础
一个简单的依赖

<dependency>  
<groupId>com.alibaba.share</groupId>  
<artifactId>test</artifactId>  
<version>1.4</version>  
</dependency>  
  
依赖库命名规则：  
${groupId.part1}/${groupId.part2}/${version}  
例：com/alibaba/share/1.4  
  
依赖库文件命名规则：  
${artifactId}-${version}-${classifier}.${type}  
例：test-1.4-source.jar  
  
注：classfier即分类器，多数的时候是用不到的，不过有写情况需要，例：  
TestNG强制需要你提供分类器，以区别jdk14和jdk15  
<dependency>    
   <groupId>org.testng</groupId>    
   <artifactId>testng</artifactId>    
   <version>5.7</version>    
   <classifier>jdk15</classifier>    
</dependency>  

maven依赖范围

<dependency>  
      <groupId>junit</groupId>  
      <artifactId>junit</artifactId>  
      <version>3.8.1</version>  
      <scope>test</scope>  
 </dependency>  

上面的scope即约定依赖范围。
compile：默认值，一直可用，最后会被打包
provided：编译期间可用，不会被传递依赖，不会被打包。例：依赖于web容器中的提供的一个jar包，在编译的时候需要加入依赖（web容器还没有介入），运行的时候由web容器来提供。
test：执行单元测试时可用，不会被打包，不会被传递依赖
runtime：运行和测试时需要，但编译时不需要
system：不推荐使用
maven依赖管理
避免不同子模块中依赖版本冲突
在主pom中配置依赖

<dependencyManagement>    
    <dependencies>    
     <dependency>    
       <groupId>mysql</groupId>    
       <artifactId>mysql-connector-java</artifactId>    
      <version>5.1.2</version>    
     </dependency>    
      ...    
   <dependencies>    
</dependencyManagement>  

在子pom中添加依赖

<dependencies>    
   <dependency>    
    <groupId>mysql</groupId>    
    <artifactId>mysql-connector-java</artifactId>    
   </dependency>    
</dependencies>  

dependencyManagement实际上不会真正引入任何依赖，在子pom中添加之后才会。在父pom中配置了之后，子模块只需使用简单groupId和artifactId就能自动继承相应的父模块依赖配置。如果子pom中定义了version，则覆盖management中的。
可选依赖
添加不可传递的依赖:
在一个项目中加入依赖：

<dependency>  
      <groupId>mysql</groupId>  
      <artifactId>mysql-connector-java</artifactId>  
      <version>1.5</version>  
      <optional>true</optional>  
    </dependency> 

在另一个项目依赖于上一个项目，但是如果需要用到mysql的依赖，仍然需要去添加。
依赖版本界限
要求的依赖版本>=3.8且<4.0

<version>[3.8,4.0)</version> 

要求的依赖版本<=3.8.1

<version>[,3.8.1]</version>  

要求必须是3.8.1版本，如果不是的话会构建失败，提示版本冲突。原来的写法<version>3.8.1</version>的意思是所有版本都可以，但最好是3.8.1

<version>[3.8.1]</version> 

排除依赖
依赖project-a但是排除掉对project-a中引入的project-b的依赖

<dependency>  
  <groupId>org.sonatype.mavenbook</groupId>  
  <artifactId>project-a</artifactId>  
  <version>1.0</version>  
  <exclusions>  
    <exclusion>  
      <groupId>org.sonatype.mavenbook</groupId>  
      <artifactId>project-b</artifactId>  
    </exclusion>  
  </exclusions>  
</dependency>  

替换依赖
直接使用上一步中的排除掉，然后添加要替换进来的依赖就可以了，没有什么特殊的标志来标志这个是替换进来的。
版本冲突仲裁
版本仲裁规则(在maven 2.2.1版本上测试验证)
• 按照项目总POM的DependencyManager版本声明进行仲裁(覆盖),但无警告。
• 如无仲裁声明,则按照依赖最短路径确定版本。
• 若相同路径,有严格区间限定的版本优先。
• 若相同路径,无版本区间,则按照先入为主原则。