在使用Maven进行项目构建的应用中，如果在应用运行期发生了NoSuchMethodError、ClassNotFoundException等异常或者错误时，需要考虑Jar包冲突的问题。
如果在应用中，我们同时依赖了两个第三方的jar包A，B，而A，B中又都依赖了C包，但是依赖的C的版本不同，那么就可能发生jar包冲突，导致最终编译打包后，应用的classpath中只有一个C的jar包。
那么，因为maven有一定的Jar包依赖传递原则，所以有可能他最终选择的jar包并不是我们真正想用的，那这时候怎么办呢?就需要我们手动的进行依赖仲裁，通过人工干预的方式来保留我们需要的jar包。
扩展知识:
1.依赖传递
几乎所有的Jar包冲突都和依赖传递原则有关，所以我们先说Maven中的依赖传递原则，主要由以下两个默认的原则:
最短路径优先原则
假如引入了2个Jar包A和B，都传递依赖了Z这个Jar包:A ->X ->Y ->Z(2.5)
B ->X -> Z(2.0)
那其实最终生效的是Z(2.0)这个版本。因为他的路径更加短
最先声明优先原则
如果路径长短一样，优先选最先声明的那个。
A ->Z(3.0)
B -> Z(2.5)
这里A最先声明，所以传递过来的Z选择用3.0版本的
2.依赖树
在开发中，我们可以通过maven的依赖树来判断是否发生了jar包冲突，以及如何发生的冲突，只需要在maven项目中使用以下命令即可打印依赖树:
mvn dependency:tree
打印出来的就是整个项目的jar包依赖的一个树形结构，我们找到发生了冲突的jar包就可以查看他的多种不同版本的依赖路径了。
在IDEA中，也可以使用maven helper插件来快速查看依赖树及冲突情况。
3.依赖仲裁
如果经过分析，项目中发生了依赖冲突，那么就需要我们进行仲裁解决，解决的手段有以下几种:
3.1排除依赖
在pom文件中，我们可以在一个<dependency></dependency>标签内使用排除jar包的方式进行jar包排除。
如我们想排除X中对于Y的依赖
这样，在项目中，就只会依赖X，而X依赖的Y的对应版本就会被排除了
3.2版本锁定
一般在我们开发的web项目中都会有多个Module，每一个module都会有很多外部依赖，而多种依赖可能都依赖了jar包Y，就涉及到了多个版本，如果用排除法的话，需要一个一个的进行exclusion，这样太麻烦了。
有一个一劳永逸的方法进行版本锁定。
大型项目一般都会有父级pom，你想指定哪个版本只需要在你项目的父POM中定义如下
这样对于Y的jar包的依赖就只会保留3.0这个版本了。
但是需要注意的是dependencyManagement标签只能做依赖仲裁管理使用，他并不会引入对Jar包的依赖，还需要你使用dependency进行jar包引入。