依赖冲突导致的NoSuchMethodError

最近在做旧项目的微服务改造，将原来的Spring、SpringMVC项目迁移到Spring Boot、Spring Cloud上，同时也将MyBatis换成了Mybatis Plus。把一些基础依赖还有旧项目用的包加进来后尝试启动一下，果不其然，报错了……

看错误信息报了NoSuchMethodError，怎么会找不到方法呢？同样的基础包在我另一个微服务项目运行地好好的，旧项目的依赖包也是用地好好的，看上去互不影响，没毛病呀！没办法，先看看这个什么类吧

搜索发现，怎么有两个同样的类？……冷静分析后这才恍然大悟，依赖包冲突了！进一步核实，确实一个类（低版本）没有方法，一个类（高版本）有。

真相大白，由于某两个包同时依赖这个mybatis包，一个依赖高版本的，一个依赖低版本的，由于 Maven 最短路径原则 引用到了低版本的，所以导致报NoSuchMethodError错误，定位到问题就好解决了，下面提供两种解决方法：
1、同样利用 Maven 最短路径原则，在pom文件手动加入所需版本包的引入
比如我这个项目，手动加入高版本的mybatis包，这样路径变短，就会使用这个高版本的包了。

2、找到依赖冲突的两个引入，过滤掉不需要的那个版本包的依赖
具体步骤
（1）先打印出整个项目的依赖关系，在pom.xml所在目录下，用命令执行 mvn dependency:tree ，找到冲突的地方

其中“±”符号表示该包后面还有其它依赖包，“-”表示该包后面不再依赖其它jar包
为了方便搜索，我把内容输出到txt，执行 mvn dependency:tree > mvn.txt
然后就可以找到是哪个引入包有问题了。（注意这里打印出来的依赖树只显示项目运行实际引用的，所以只会有一个mybatis包）

原来是旧项目的activity工作流引用了旧版本的mybatis。

（2）过滤掉不需要的那个版本包，

这里过滤掉低版本的包，由于本来就有依赖高版本的，自然会引用高版本的。

以上，成功解决依赖冲突导致的NoSuchMethodError，可以继续搬砖码代码咯！