解决Maven依赖冲突问题The following method did not exist

问题描述

今天在导入Apollo作为配置中心的时候，遇到了一个问题，导致项目模块无法启动，报错原因如下图所示：

The following method did not exist:

com.google.common.collect.Maps.newLinkedHashMapWithExpectedSize(I)Ljava/util/LinkedHashMap;

方法找不到，可到哪个哪个jar包进行查询使用。分析之后是依赖冲突问题，解决方法如下所示。

解决方法

1、下载插件

首先，到IDEA中的插件中搜索下载Maven Helper这个插件。

当然解决依赖冲突问题可以不用下载这个插件，只不过这个插件能快速的帮助我们找到依赖冲突的地方并进行解决。

2、使用介绍

下载完之后重启IDEA，然后到pom.xml文件中，在下面会有个Dependency Analyzer。

界面介绍：

• REFRESH UI（刷新界面）
• REIMPORT（更新pom.xml文件）
• Conflicts（查看冲突）
• All Dependencies as List（列表形式查看所有依赖）
• All Dependencies as Tree（树形式查看所有依赖）
• 左半边界面是依赖冲突的jar包，右半边界面是出现依赖冲突的各个地方

在本次报错中，我是因为guava这个依赖出现冲突问题，右侧可以看到我的各个依赖它们使用的guava的不同版本，有高版本如19.0，也有低版本的14.0.1。

我为了统一，直接把右侧爆红的14.0.1版本的依赖给排除掉（Exclude），Exclude意思是将它依赖的自己的版本给排除掉，转而依赖别的其他的版本。也就是说，原来它依赖的版本是自己的14.0.1，排除之后，它可能用的其它的版本如15.0，这样低版本的冲突问题就解决了。
其他爆红的也可进行相同的处理。

排除之后，我们可以回到pom.xml文件中查看，在低版本的依赖上，多了一个<exclusions>标签。

这个标签的意思就是对这个依赖中的guava包进行排除，不使用它自己的这个guava包，而使用项目中其他依赖的guava包。

当然，你也可以不使用Maven Helper这个插件，自己找到依赖冲突的地方，然后自己进行排除。只不过使用Maven Helper的话能很好的帮助我们解决问题。

最后，记得对pom.xml文件进行reload，重新加载。

注意：
如果pom.xml更新之后还是报错的话，点击右侧maven，点击reload All Maven Projects，对整个项目的maven进行更新。因为可能你修改的依赖，别的模块也需要更改。

如果依然解决不了问题，可以对产生冲突的依赖，直接在pom.xml中注入一个最新的依赖，这样子该模块就主动使用最新的模块了。比如我直接注入一个28.0-jre的最新的guava包。

        <dependency>
            <groupId>com.google.guava</groupId>
            <artifactId>guava</artifactId>
            <version>28.0-jre</version>
        </dependency>

至此，项目的依赖冲突问题就解决了。