ES常见错误之依赖引入覆盖

一、导入依赖&＃xff0c;但是无法使用相应API

实际开发过程中&＃xff0c;项目本身已经导入了非常多的依赖&＃xff0c;当我们导入新的依赖时&＃xff0c;容易发生依赖冲突及依赖覆盖。

首先要知道Maven依赖pom文件中有三个原则&＃xff1a;

一、路径不同&＃xff0c;依赖路径最短优先原则。

二、路径相同&＃xff0c;从上向下&＃xff0c;就近原则。

三、子pom优先父pom。

二、解决思路

首先检查依赖是否成功导入&＃xff0c;重新导入依赖后&＃xff0c;经检查&＃xff0c;已经导入项目中&＃xff0c;依然没有相应API。
​之后怀疑是不是自己记错了&＃xff0c;该API并不存在&＃xff0c;新建一个项目demo&＃xff0c;进行同样操作&＃xff0c;可以使用该API。那么问题就锁定在了项目的POM文件。

1.添加依赖
2.删除依赖
3.观察项目引入的jar包
不断重复这三个步骤&＃xff0c;最终发现lucene版本不一致。即之所以该API使用不了&＃xff0c;是因为被覆盖掉了。低版本并不具备我所要用的方法。
随之使用依赖树&＃xff0c;找到覆盖的依赖&＃xff0c;使用exclusion关键字&＃xff0c;将部分jar包排除&＃xff0c;解决这个问题。下边两张图片对比&＃xff0c;标红的为4.5.1。

错误的图片&＃xff1a;

正确的图片&＃xff1a;

解决方法&＃xff1a;

三、优化

由于这种问题非常麻烦&＃xff0c;不容易发现&＃xff0c;一个大型项目中&＃xff0c;引入的依赖是非常多的&＃xff0c;所以我又对pom文件进行了一个梳理&＃xff0c;使用maven helper插件&＃xff0c;将所有的依赖冲突解决。
maven helper插件对jar包的追踪溯源非常强大。

附maven自带的依赖树和maven helper插件的依赖列表&＃xff0c;对比如图&＃xff1a;
哪个好用&＃xff0c;一目了然。

四、总结

只要是API的问题&＃xff0c;就去找pom文件&＃xff0c;查jar包&＃xff0c;另外pom依赖最好分类放置&＃xff0c;干净整洁。