解决java.lang.NoSuchMethodError: com.google.common.util.concurrent.MoreExecutors.sameThreadExecutor的错误

旧城等待， 2023-10-16 14:55 2阅读 0赞

#### 文章目录 ####

*  1. 复现错误
 *  2. 分析错误
 *  3. 解决错误
 *  4. 重要补充
 *   *  4.1 maven中pom依赖相同jar包优先顺序加载版本
     *  4.2 名词解释

## 1. 复现错误 ##

今天在连接`hive`数据库时，却报出如下错误：

![在这里插入图片描述][ed3c6e75e29a47a2a0a53ea248dc71ba.png]

即`Exception in thread "main" java.lang.NoSuchMethodError: com.google.common.util.concurrent.MoreExecutors.sameThreadExecutor()Lcom/google/common/util/concurrent/ListeningExecutorService;`

## 2. 分析错误 ##

错误信息的意思是：在`com.google.common.util.concurrent.MoreExecutors`类中，没有找到`sameThreadExecutor`的方法。

别着急，我们再看`at org.apache.curator.framework.listen.ListenerContainer.addListener(ListenerContainer.java:40)` 这句话，他说错误信息在`ListenerContainer`类的第`40`行。

我们点击控制台，进入到`ListenerContainer`类的第`40`行的位置，如下图所示：

![在这里插入图片描述][34dffbd71e674dc09754f1f493bd9805.png]

由上图可知，此处的`sameThreadExecutor`是红色，说明类`MoreExecutors`中确实没有`sameThreadExecutor`方法，那怎么办呢？

我们点击进如`MoreExecutors`l类中，查看首行的注释，如下图所示：

![在这里插入图片描述][f11bd73646a84349b7c320a9a9463e91.png]

由上图可知，`MoreExecutors`类在`Guava`中，于是检查`pom.xml`文件，如下图所示：

![在这里插入图片描述][294768c0d3d9481d95b54c903518c8be.png]

由上图可知，确实没有`guava`依赖包。

**【备注】：上图可视化界面是`idea`中的[Maven Helper][]插件。更多idea的插件，可访问链接：[idea常用且好用的十几个插件。][idea]**

既然没有`guava`依赖包，为什么会引入`guava`包中的类呢？我们在上图文本框中输入`guava`，如下图所示：

![在这里插入图片描述][b4823cbb6f2243d99678cac3b20c660d.png]

你会看到`hadoop-common，hive-exec，hive-jdbc`的包都有引入了`guava`包，且引入的`guava`包的版本不一样。

因而，我们不能使用`hadoop-common，hive-exec，hive-jdbc`包中引入的`guava`包，而是使用我们自己的`guava`包。

## 3. 解决错误 ##

因而，我们在`pom.xml`中引入如下包：

<dependency>
        <groupId>com.google.guava</groupId>
        <artifactId>guava</artifactId>
        <version>19.0</version>
    </dependency>

![在这里插入图片描述][c5181d64c71a48f39bba510668d31b07.png]

当然，你可以剔除`hadoop-common，hive-exec，hive-jdbc`的包中引入的`guava`包，也可以保留。

比如，我想剔除`hadoop-common`包中引入的`guava`包，如下代码所示：

<dependency>
        <groupId>org.apache.hadoop</groupId>
        <artifactId>hadoop-common</artifactId>
        <version>2.7.3</version>
        <exclusions>
            <exclusion>
                <groupId>com.google.guava</groupId>
                <artifactId>guava</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

如是修改后，重新启动，没有出现这个错误：

![在这里插入图片描述][01ce5423004f4b508e70da4e1600adaa.png]

此时，我们再进入到`ListenerContainer`类的第`40`行的位置，发现不再报错，如下图所示：

![在这里插入图片描述][c1ce4a87d9814920a92afd33046b52e0.png]

## 4. 重要补充 ##

为什么在`pom.xml`中引入了`guava`包，同时，没有剔除`hadoop-common，hive-exec，hive-jdbc`的包中的`guava`包，依然能够成功运行呢？

我们就需要考虑：`maven`中`pom`依赖相同`jar`包优先顺序加载版本。

### 4.1 maven中pom依赖相同jar包优先顺序加载版本 ###

当依赖一个`jar`包多个版本时，优先使用哪个版本，原则如下：

1.  本级优先于上级，上级优先于下级
2.  本级依赖版本优先于管理版本
3.  同一个包中后加载的版本覆盖先加载的版本
4.  上级管理版本和本级管理版本会覆盖下级依赖版本
5.  不同下级jar中依赖了不同版本，优先使用先加载下级jar中的版本
6.  与版本号大小没有关系
7.  本级无法使用下级管理版本

### 4.2 名词解释 ###

1.  依赖版本：指`dependencies`中直接依赖
2.  管理版本：指`dependencyManagement`中管理的版本
3.  本级：指当前工程
4.  上级：指`parent`依赖的`jar`
5.  下级：指本级引用的`jar`

[ed3c6e75e29a47a2a0a53ea248dc71ba.png]: https://img-blog.csdnimg.cn/ed3c6e75e29a47a2a0a53ea248dc71ba.png
[34dffbd71e674dc09754f1f493bd9805.png]: https://img-blog.csdnimg.cn/34dffbd71e674dc09754f1f493bd9805.png
[f11bd73646a84349b7c320a9a9463e91.png]: https://img-blog.csdnimg.cn/f11bd73646a84349b7c320a9a9463e91.png
[294768c0d3d9481d95b54c903518c8be.png]: https://img-blog.csdnimg.cn/294768c0d3d9481d95b54c903518c8be.png
[Maven Helper]: https://plugins.jetbrains.com/plugin/7179-maven-helper
[idea]: https://blog.csdn.net/lvoelife/article/details/125556808
[b4823cbb6f2243d99678cac3b20c660d.png]: https://img-blog.csdnimg.cn/b4823cbb6f2243d99678cac3b20c660d.png
[c5181d64c71a48f39bba510668d31b07.png]: https://img-blog.csdnimg.cn/c5181d64c71a48f39bba510668d31b07.png
[01ce5423004f4b508e70da4e1600adaa.png]: https://img-blog.csdnimg.cn/01ce5423004f4b508e70da4e1600adaa.png
[c1ce4a87d9814920a92afd33046b52e0.png]: https://img-blog.csdnimg.cn/c1ce4a87d9814920a92afd33046b52e0.png