eclipse教程多模块项目中解决依赖冲突

有没有朋友跟兔子哥一样，在 eclipse 里搞多模块项目时，突然就跳出一堆红色报错？仔细一看，全是 “类重复”“方法冲突” 之类的提示，这多半就是依赖冲突在捣乱了。多模块项目本来就够复杂的，各个模块引用的 jar 包版本不一样，很容易就打架，这时候该怎么办呢？别着急，今天就来好好说说在 eclipse 里怎么解决这麻烦事，一起往下看吧！

先搞明白啥是依赖冲突

简单说，就是不同模块引用了同一个 jar 包的不同版本，eclipse 不知道该用哪个，就会报错。比如 A 模块用了 spring-core 5.2.0，B 模块却用了 spring-core 5.3.0，这俩版本混在一起，不出问题才怪。
那怎么判断是不是依赖冲突呢？看报错信息是个办法，要是提示 “xxx 类已经存在于 xxx.jar”，基本就是了。还有个更直接的方式，在 eclipse 里右键项目，选 “Maven”→“Show Dependency Hierarchy”，这里能看到所有依赖的树状图，红色标注的就是有冲突的地方，一眼就能瞅出来。

解决冲突的几个实用法子

1. 排除不需要的依赖

这是最常用的办法。比如发现 B 模块引入的 spring-core 5.3.0 和 A 模块的冲突了，就在 B 模块的 pom.xml 里把高版本的排除掉。具体操作是在依赖配置里加段 exclude 代码：
plaintext

xxxxxxxxxorg.springframeworkspring-core

改完记得右键项目 “Maven”→“Update Project”，让配置生效。

2. 统一指定依赖版本

在父模块的 pom.xml 里用标签统一管理版本，子模块就不用再写版本号了，这样能从源头避免冲突。比如：
plaintext

org.springframeworkspring-core5.2.0.RELEASE

子模块引用的时候只写 groupId 和 artifactId 就行，版本会自动用父模块指定的。

3. 用高版本覆盖低版本

有时候低版本有 bug，必须用高版本，这时候可以在有冲突的模块里直接声明高版本依赖，Maven 会优先用直接声明的版本。不过这招得谨慎，得确认高版本兼容低版本，不然可能出新问题。

避坑小技巧

给大伙整个表格，总结下容易踩的坑和应对办法：

常见问题	解决办法
排除依赖后还是报错	检查 exclusion 的 groupId 和 artifactId 是不是写错了，有时候字母大小写不对也会出问题
父模块指定版本不生效	看看子模块是不是没继承父模块，或者子模块自己写了版本号覆盖了父模块的
依赖树太复杂看不清	用 “Filter” 搜索具体的 jar 包名，能过滤掉无关信息

有朋友可能会问，这么多方法，该选哪个呢？其实得看情况。如果只是个别模块冲突，排除法最快；要是项目大，模块多，统一版本管理更省心。兔子哥一般是先看依赖树，找到冲突源头，再决定用哪种办法，你们也可以试试这么做。
最后说句实在话，依赖冲突看着吓人，其实只要找对方法，一步步排查，总能解决。平时写 pom.xml 的时候多留意版本号，尽量保持一致，能少不少麻烦。希望这些技巧能帮到你们，下次遇到依赖冲突就不用慌啦！

标签： org.springframework 5.2.0.RELEASE