Maven因为执行一系列编译、测试和部署运行等操作，在不同的操作下使用的classpath不同，依赖范围就是用来控制依赖与三种 classpath（编译classpath、测试classpath、运行classpath）的关系。
依赖范围 scope
1.compile：默认范围，使用此依赖范围对于编译、测试、运行三种 classpath 都有效，即在编译、测试和运行的时候都要使用该依赖jar包
2.provided：在编译和测试时有效
3.runtime：在测试和运行时有效， 在编译主代码时无效，典型的就是JDBC驱动实现
4.test:只在测试时有效,典型的是JUnit，它只用于编译测试代码和运行测试代码的时候才需要
5.system:在编译和测试时有效，与本机系统关联，可移植性差<br>必须通过systemPath元素显示地指定依赖文件的路径，不依赖Maven仓库解析，所以可能会造成建构的不可移植，谨慎使用
6.import:导入的范围，它只使用在dependencyManagement中，表示从其他的pom中导入dependency的配置
依赖传递exclusion
假设B项目依赖A项目，C项目又依赖B项目，那么在C项目中运行compile时，在引进B项目的同时，自动就把A项目也引进来了。如果不想将A项目导入的话，可以使用exclusions下设置exclusion，然后将A项目的坐标添加即可。
Ps：可以在settings.xml中的profile结点，来更改默认的Maven使用的jdk版本，否则将显示默认的1.5版本。
<profile>
<id>jdk-1.7</id>
<activation>
<activeByDefault>true</activeByDefault>
<jdk>1.7</jdk>
</activation>
<properties>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
<maven.compiler.compilerVersion>1.7</maven.compiler.compilerVersion>
</properties>
</profile>
依赖冲突
如果C和D依赖了一个不同版本的相同的构件C。<br>
1.短路优先：<br>
会优先解析路径短的版本(D)。<br>
A -> B -> C -> X(jar)<br>
A -> D -> X(jar) 优先解析短的(两个X(jar)版本不同)
2.先声明先优先：A->C->jar,A->D->jar<br>
如果路径长度相同，则谁先声明，先解析谁(C)。
