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来排除依赖。如果包冲突也是用这个方法。 总结:当依赖级别相同时,先依赖的先用;当级别不同时,依赖层次最短的一个。版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。