我之前在升级到Spring Boot 3.4.x版本时也碰到了一模一样的NoSuchMethodError，你的诊断完全精准——这个问题确实是Spring Framework 6.2.x修改了ControllerAdviceBean的构造器签名，而旧版本的springdoc-openapi还在依赖旧的构造器逻辑导致的硬兼容问题。下面针对你的问题逐一给出实际可落地的解答：

1. 有没有官方兼容Spring Boot 3.4.x的springdoc-openapi版本？ #

有的！springdoc-openapi在2.6.0及以后的稳定版本已经完成了对Spring Framework 6.2.x和Spring Boot 3.4.x的适配，专门修复了ControllerAdviceBean的构造器调用问题。你只需要把springdoc依赖升级到2.6.0或更高的稳定版（比如当前最新的2.6.1）即可解决该错误：

<!-- Maven依赖配置示例 -->
<dependency>
    <groupId>org.springdoc</groupId>
    <artifactId>springdoc-openapi-starter-webmvc-ui</artifactId>
    <version>2.6.1</version>
</dependency>

升级后记得执行mvn clean install -U命令清理Maven缓存并重新构建，确保拉取到正确的依赖包，避免旧缓存干扰。

2. 降级到Spring Boot 3.2.4是否是稳定选项？ #

绝对是！Spring Boot 3.2.x是长期支持（LTS）版本，生态兼容性和稳定性都经过了充分验证，springdoc-openapi 2.3.x到2.5.x版本都能完美适配它，不会出现这类构造器不匹配的问题。如果你的项目对稳定性要求极高，暂时不想调整依赖版本，降级到Spring Boot 3.2.4是最省心的选择。

3. 保留当前Spring版本的临时 workaround？ #

说实话，没有太优雅的临时绕过方案——这个错误出在springdoc的核心组件逻辑里，属于底层API依赖不匹配的硬问题。如果必须保留当前Spring Boot 3.4.x版本，最稳妥的方案还是直接升级springdoc到2.6.0+版本。

如果实在有特殊情况无法升级springdoc，你可以尝试通过自定义配置禁用springdoc的全局异常处理集成（但这会丢失Swagger对全局异常的文档生成能力）：

• 创建配置类排除GenericResponseService的自动配置
• 自己实现简化版的异常响应文档逻辑

不过这个 workaround 步骤繁琐且会牺牲部分功能，非常不推荐，还是升级springdoc版本的方案最优。

内容来源于stack exchange