加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

【学习笔记】Mavend依赖特性

发布时间:2020-12-13 22:18:20 所属栏目:百科 来源:网络整理
导读:scope:依赖的作用域 compile: 默认的依赖范围,在编译的时候和打包都会将依赖存储进去。 provided: 在编译和测试的时候将依赖加入,当打包的时候不将依赖加入。 在大部分情况下不用将某些jar打包加入,因为服务器中已经存在,在运行时也会存在的情况下会


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来排除依赖。如果包冲突也是用这个方法。 总结:当依赖级别相同时,先依赖的先用;当级别不同时,依赖层次最短的一个。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读