问题由来
作为java开发的我们，一定会经常遇到下面这两个看似非常类似的异常信息：
java.lang.NoSuchMethodError
java.lang.ClassNotFoundException
maven 预备知识
maven 依赖解析规则：
Rule 1: Nearest First;
Rule 2: If distance is the same, the one who declare first wins;
实际上就是pom文件，定义<dependencyManagement>
dependency management takes precedence over dependency mediation for transitive dependencies
super pom
parent pom
玩过spring boot的人，一定都知道，SB提供一个spring-boot-starter-parent。
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.0.0.RELEASE</version>
</parent>然后就可以在<dependencies>里面引入自己想要使用的starter，并且在使用时无需指定starter的具体版本，默认使用什么parent引入的版本号。当然，maven支持定义version标签来更改特定的starter的版本号。
在Parent POM中，会定义子项目必须遵守的一些约定，如Java版本，编码，公共第三方依赖的版本，测试规范，maven版本检查，打包规范，发布仓库声明等。
通过该规范，可以保证子项目在打包、发布、版本依赖、环境配置等方面的一致性，减少冲突和不规范，降低开发环境配置复杂度。
BOM
BOM（Bill of Materials）定义一整套相互兼容的jar包版本集合，使用时只需要依赖该BOM文件，即可放心的使用需要的依赖jar包，且无需再指定版本号。BOM的维护方负责版本升级，并保证BOM中定义的jar包版本之间的兼容性。
为什么需要BOM？
使用BOM除了可以方便使用者在声明依赖的客户端时不需要指定版本号外，最主要的原因是可以解决依赖冲突。
考虑以下的依赖场景：
Project A依赖B 2.1.3和C 1.2.0版本；
B 2.1.3依赖D 1.1.6版本；
C 1.2.0依赖D 1.3.0版本。
在上例中，Project A对于D的依赖就出现冲突，按照maven dependency mediation的规则，最后生效的是1.1.6版本（就近原则）。
在这种情况下，由于C依赖1.3.0版本的D，但是在运行时生效的确是1.1.6版本，所以在运行时很容易产生问题，如 NoSuchMethodError, ClassNotFoundException等。
如何定义BOM？
BOM本质上是一个普通的POM文件，区别是对于使用方而言，生效的只有<dependencyManagement>这一个部分。只需要在<dependencyManagement>定义对外发布的客户端版本即可。
如何使用BOM？
业务应用使用时，首先需要在pom.xml文件的<dependencyManagement>中，声明对BOM的依赖，然后在实际使用依赖的地方把版本去掉即可。