Maven BOM！拿来吧你

what BOM？

BOM（Bill of Materials）是由Maven提供的功能,它通过定义一整套相互兼容的jar包版本集合，

使用时只需要依赖该BOM文件，即可放心的使用需要的依赖jar包，且无需再指定版本号。

BOM的维护方负责版本升级，并保证BOM中定义的jar包版本之间的兼容性。

why BOM?

使用BOM除了可以方便使用者在声明依赖的客户端时不需要指定版本号外，

最主要的原因是可以解决依赖冲突，如考虑以下的依赖场景：

项目A依赖项目B 2.1和项目C 1.2版本：

项目B 2.1依赖项目D 1.1版本；

项目C 1.2依赖项目D 1.3版本；

在该例中，项目A对于项目D的依赖就会出现冲突，按照maven dependency mediation的规则，最后生效的可能是:项目A中会依赖到项目D1.1版本（就近原则，取决于路径和依赖的先后,和Maven版本有关系）。

在这种情况下，由于项目C依赖1.3版本的项目D，但是在运行时生效的确是1.1版本，

所以在运行时很容易产生问题，如 NoSuchMethodError, ClassNotFoundException等，

有些jar包冲突定位还是比较难的，这种方式可以节省很多定位此类问题的时间。

Spring、SpringBoot、SpringCloud自身都采用了此机制来解决第三方包的冲突，

常见官方提供的BOM：

1) RESTEasy Maven BOM dependency


    
        
            org.jboss.resteasy
            resteasy-bom
            3.0.6.Final
            pom
            import

2. JBOSS Maven BOM dependency


    
        
            org.jboss.bom
            jboss-javaee-6.0-with-tools
            ${some.version}
            pom
            import

3) Spring Maven BOM dependency


    
        
            org.springframework
            spring-framework-bom
            4.0.1.RELEASE
            pom
            import

4) Jersey Maven BOM dependency


    
        
            org.glassfish.jersey
            jersey-bom
            ${jersey.version}
            pom
            import

5) SpringCloud SpringBoot Maven BOM dependency


    
        
            org.springframework.boot
            spring-boot-dependencies
            2.4.4
            pom
            import
        
        
            org.springframework.cloud
            spring-cloud-dependencies
            2020.0.2
            pom
            import

看着有点蒙不要紧，下面会详细介绍这些配置的作用

自己开发的项目中也建议使用此优良传统, 尤其实在项目开发初期，在后期再修改成BOM可能涉及很多版本的修改，就比较难了。

how BOM？

定义BOM

BOM本质上是一个普通的POM文件，区别是对于使用方而言，生效的只有这一个部分。

只需要在定义对外发布的客户端版本即可，

比如需要在项目中统一所有SpringBoot和SpringCloud的版本

第一步需要在POM文件中增加两个的官方BOM，以目前最新稳定的SpringBoot版本为例，使用官方推荐的版本组合比较稳定，一般不会有什么大的问题

com.niu.not
niu-dependency
1.1.1
4.0.0
pom

    
        
            org.springframework.boot
            spring-boot-dependencies
            2.4.6
            pom
            import
        
        
            org.springframework.cloud
            spring-cloud-dependencies
            2020.0.3
            pom
            import
        
    


    
        com.google.code.gson
        gson
        2.8.6

下面的Gson是除了SpringBoot和SpingCloud外需要统一版本的jar

其他工程使用方法

在项目主pom.xml文件中节点下加入BOM的GAV信息如下：


    
        
            com.niu.not
            niu-dependency
            1.1.1
            pom
            import

在需要使用相关JAR包的pom.xml文件中节点下引入如下：


    
    
        org.springframework.cloud
        spring-cloud-starter-openfeign
    
    
        com.google.code.gson
        gson

这种设置后，如果项目要求升级Spring版本，只需要在提供方升级验证兼容性，然后修改BOM依赖即可

如果需要使用不同于当前bom中所维护的jar包版本，则加上覆盖即可，如：


    
    
        org.springframework.cloud
        spring-cloud-starter-openfeign
    
    
        com.google.code.gson
        gson
        
        2.8.2

小结

Jar包冲突非常烦人，Spring框架相关的冲突，有些报错非常不清晰或者根本不报错直接停止服务，

这种问题很难定位，开发人员应该聚焦业务开发，不应该在这上面浪费过多时间，

所以统一的版本管理还是非常有用的，不然Spring的牛逼框架为啥都在用呢，

BOM管理，拿来吧你！！！

参考： https://howtodoinjava.com/mav...