maven的依赖范围

1.maven在编译主代码的时候需要使用一套classpath,在执行测试的时候也会使用一套classpath,在实际运行项目的时候，又会使用一套classpath。依赖范围就是用来控制与这三中classpath（编译classpath，测试classpath，运行classpath）的关系。maven有以下几种依赖范围

compile:编译依赖范围，在编译和打包是都不会使用这个依赖。这是默认的依赖范围，对三中classpath都有效，当使用compile的时候，它会在编译，测试的时候把这个依赖加进去，打包的时候也会把这个依赖加进去。

provited:是指在编译和测试的时候用，在打包的时候不用。比如我们建一个web项目，编译和测试都是需要Servlet-api这个包，但是这个包在tomcat中存在，假如我们打包项目把Servlet-api这个包也打进去就会与tomcat中的Servlet-api冲突，因此我们的依赖范围用provited，在打包时不打入这个包。

runtime:在运行的时候依赖，在编译的时候不依赖。比如mysql的依赖包，它在编译和测试都不会依赖，这回在运行时依赖。

test:是指测试范围有效，在编译和打包是都不会使用这个依赖，我只有在测试的时候使用这个依赖。比如junit这个包的依赖。



在测试的时候，只会运行test包下面的源文件

2.依赖具有传递性。

比如我boss1项目，该项目下依赖的Ajar包，项目boss2项目下依赖boss1项目，那么boss2项目就会依赖boss1项目下的Ajar包，其实就是A-->B,B-->C,C-->A.注意只会传递compile范围的包。test范围不会被传递过去的。

下面说说依赖比较头疼的问题：

假如我有A项目，A项目依赖l1.1.0.jar,，B项目，B项目依赖于l1.1.1.jar,C项目，C项目依赖于A项目，依赖于B项目。A-->l1.1.0.jar,B-->l1.1.1.jar,C-->A,B,那么我现在是传递那个版本的包给C项目？

A，B和l1包是直接依赖，C和l1包是间接依赖，但我们有了间接依赖，那么我们先声明那个依赖，就是传递哪个依赖。比如这里我先声明A项目，那么我的C项目就是间接依赖l1.1.0包

当依赖级别相同的时候，我们就是用级别最短的那个依赖。比如A项目依赖于l1.1.0包，B项目依赖于A项目，D项目依赖于l1.1.1包，C项目依赖于B，D项目。在C项目的依赖关系我是先声明B项目，那么我的C项目也是依赖于l1.1.1包。

限制某些依赖：下面是排除log4j的依赖