jar包杂多,版本混乱,难免在项目中出现jar包冲突。特别是在jar包升级之后,如果升级的jar包牵扯到其他的jar包升级,非常容易带来jar包冲突。对基础jar包进行统一管理是非常有必要的。一方面解决复杂的依赖关系,另一方面便于升级,便于管理。
常用的maven标签
- optional
optional表示为true表示这个jar只给自己使用。jar被工程引用时候,被标识了optional为true的jar不会被引用给工程。即,这个依赖仅在自己jar中生效。
<dependency>
<groupId>com.base.api</groupId>
<artifactId>api-base</artifactId>
<version>0.0.1-SNAPSHOT</version>
<optional>true</optional>
</dependency>
- scope provided
表示打包的时候,这个依赖不会被打进包里。这个用的比较多。scope常用其他取值还有
compile
,缺省值,适用于所有阶段,会打包进项目。
runtime
,只在运行时使用,如JDBC驱动,适用运行和测试阶段。
test
,只在测试时使用,用于编译和运行测试代码。不会随项目发布。
<dependency>
<groupId>com.base.api</groupId>
<artifactId>api-base</artifactId>
<version>0.0.1-SNAPSHOT</version>
<scope>provided</scope>
</dependency>
- dependencyManagement
常用于父工程中,进行统一版本管理的关键。
通过properties + dependencyManagement 来管理jar包版本非常实用。springboot通过这个机制进行统一的jar版本控制。 例如如果你在工程中使用到1.5版本的springboot ,那么它为你自动引入的spring/springmvc/redis/mysql 等都是1.5对应的版本。如果你升级到2.0以后的版本,会发现所有相应的jar版本都升上去了。springboot-dependencies?在工程中定义了大量了版本约定。
当然如果想让某些jar的版本摆脱springboot的控制,也很简单,直接在自己的工程中重写掉spring-boot中预定义的版本就可以了。
自己进行jar包统一管理,完全参照springboot的方式进行管理,一个starter统一整套版本,同样支持重写version改变某个jar。
检查冲突
这个活很重要。能够提前发现一些潜在问题。
目前最高效的方式是使用idea的maven plugin? 插件。
如果发现版本落差明显的jar冲突,就非常容易出现运行问题了,该升级的升级,该回退的回退。