我们往往会因为boot项目打包依赖而烦恼,有一些包我们上线不需要但是还是打包的时候加入到了项目中有,导致项目非常的臃肿,甚至导致项目瘫痪启动失败。我这边就通过这两个pom dependency 常用的两个属性进行处理;
一、scop 属性
1.compile:默认值 他表示被依赖项目需要参与当前项目的编译,还有后续的测试,运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去。
2.test:依赖项目仅仅参与测试相关的工作,包括测试代码的编译和执行,不会被打包,例如:junit。
3.runtime:表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过了编译而已。例如JDBC驱动,适用运行和测试阶段。
4.provided:打包的时候可以不用包进去,别的设施会提供。事实上该依赖理论上可以参与编译,测试,运行等周期。相当于compile,但是打包阶段做了exclude操作。
5.system:从参与度来说,和provided相同,不过被依赖项不会从maven仓库下载,而是从本地文件系统拿。需要添加systemPath的属性来定义路径。
通过以上详细介绍我们来引入实际开发中涉及的场景
例如 咱们常用的 spring-boot-starter-tomcat 包这个包我们只在本地开发时进行使用
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
<scope>provided</scope>
</dependency>
二、exclusions
排除依赖传递多余的依赖包,其实现在好多springboot 虽然整合了很多包插件,但是有的插件并不是我们需要的,我们想要把这包剔除或者更改版本那么我们就用到了exclusions这个属性,例如我们常用的排除springboot 自带的log日志插件,因为近期log4j 出了很多问题好多同学都是用的springboot 自带的log日志插件,导致log4j 版本没办法升级,或者没有用导致或者之前用了,但是现在打包还是会存在该包,我们就用到了这个属性
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
这里就正确的排除了springboot 包中的logging