【学习笔记】Mavend依赖特性

scope：依赖的作用域

compile：默认的依赖范围，在编译的时候和打包都会将依赖存储进去。
provided：在编译和测试的时候将依赖加入，当打包的时候不将依赖加入。
在大部分情况下不用将某些jar打包加入，因为服务器中已经存在，在运行时也会存在的情况下会造成jar冲突。
test：在测试的范围有效，在编译和打包的时候不会使用这个依赖。
runtime：在运行的时候依赖，在编译的时候不依赖。【在MysqL连接器在编译的时候不依赖，在测试和运行的时候才依赖】

注意：

test:如果一个依赖被设置成为test，那么所有在src/main下面的代码如果使用了这几个框架的内容，会在编译的时候提示出错。【编译的时候不依赖junit】
将和测试相关的代码放到test文件中，如果一个类基于测试的，就一定要放到test中

依赖传递：

将一个项目依赖进来后，会将该项目的所有的依赖都传递进来。目前只会传递compile的包。

当scope是test，不会将依赖传递过来
传递是maven最重要最复杂的一点，一定要搞清楚

【案例】 依赖会出现的问题：版本冲突的问题

项目 ------- 依赖版本 A ----> L1.0 B ----> L2.0 C ----> A,B【问题：此时依赖传递过来的L的版本是什么版本？】 像上面那种的，A和L的关系叫做直接依赖，C和L的关系是间接依赖。 如果是相同的间接依赖：先声明的就用先声明的，也就是说，上面的C依赖的L版本是1.0。 当某些时候不需要某些间接依赖时，可以用exclusions来排除依赖。如果包冲突也是用这个方法。 总结：当依赖级别相同时，先依赖的先用；当级别不同时，依赖层次最短的一个。