使用第三方SDK时由于Maven依赖顺序导致NoSuchFieldError

背景：使用Springboot整合Minio时创建minio客户端时报错NoSuchFieldError: Companion，网上也没有解决方案，注意：POM文件第一个依赖是第三方SDK，是通过自己打包下载到本地仓库的，并且看不到他的子依赖。

创建Minio客户端时

 第三方SDK是看不到子依赖的，不知道是不是打包工具导致的

 整合Minio导入的依赖

        <!-- MinIO -->
        <dependency>
            <groupId>io.minio</groupId>
            <artifactId>minio</artifactId>
            <version>8.2.2</version>
        </dependency>
        <dependency>
            <groupId>com.squareup.okhttp3</groupId>
            <artifactId>okhttp</artifactId>
            <version>4.9.2</version>
        </dependency>

官方要求的okhttp版本要高于4.8.1，所以okhttp版本是没问题的，但是报错的显示是okhttp的问题。我猜报NoSuchFieldError: Companion的原因是有两个okhttp，并且程序不知道选哪一个，所以直接报错来让你指定用哪一个。

第三方SDK的okhttp版本是2.7.5

 可能有人说把第三方SDK的okhttp排除就行了，但是没用，因为这个SDK就没有显示子依赖，怎么排除。

还有人可能说Minio的依赖根本没到4.8.1， 这个问题呢，跟SpringBoot的版本也有点关系，使用最新的SpringBoot根本是不用引入okhttp的，如果SpringBoot版本低的话，可能需要排除

怎么看Minio使用的是哪个版本的okhttp呢

第一、看maven结构

 可以看到minio自己的okhttp4.9.3没有使用，而是使用外面引入的4.9.2，这两个版本都是高于官方要求的。

第二、可以使用maven helper插件

 搜索okhttp可以发现只有minio使用了okhttp并且版本是4.9.2

目前想到的有两条解决方案：

1、重新打包第三方SDK，使当前项目能显示出子依赖，当前项目排除okhttp，问题：可能导致第三方SDK没法用，不推荐

2、使当前项目先找到okhttp4.9.2直接执行，不等第三方SDK的okhttp插一脚的机会

我选择的是第二条解决方案：

怎么做的呢，很简单

把Minio下面的okhttp注释了

把okhttp4.9.2提到第三方SDK前面去

 

 看一些MInio能不能用

可以看到完美解决了。