解决 Spring Boot 项目中 JUnit 版本冲突引发的 NoSuchMethodError 异常

问题现象

在 IntelliJ IDEA 中运行基于 Spring Boot 的测试用例时，经常遇到 java.lang.NoSuchMethodError 异常。控制台会打印出类似以下的堆栈信息：

Exception in thread "main" java.lang.NoSuchMethodError: 'java.lang.String org.junit.platform.engine.discovery.MethodSelector.getMethodParameterTypes()'
at com.intellij.junit5.JUnit5TestRunnerUtil.loadMethodByReflection(JUnit5TestRunnerUtil.java:127)
...

这个错误通常发生在项目初始化或依赖更新后。它表明 JVM 在运行时试图调用 org.junit.platform.engine.discovery.MethodSelector.getMethodParameterTypes() 方法，但当前类路径下加载的 MethodSelector 类版本中并不存在该方法。

原因分析

这本质上是 JUnit 平台库的版本不兼容 问题。Spring Boot 通过 spring-boot-starter-parent 统一管理依赖版本，如果本地配置的 Parent 版本与项目中实际引入的 JUnit 5 实现库（如 junit-jupiter）版本不匹配，就会导致反射调用失败。

特别是在升级 Spring Boot 或手动调整了 JUnit 相关依赖时，很容易出现这种'依赖地狱'。IntelliJ 的内置测试 runner 对版本一致性要求较高，一旦底层 API 变动，就会直接报错。

解决方案

最稳妥的办法是统一 Spring Boot 的 Parent 版本，让 Maven 自动管理所有子依赖的版本兼容性。

打开项目的 pom.xml，找到 <parent> 节点，将版本号调整为已知稳定的版本，例如 2.7.17：

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.7.17</version>
    <relativePath/>
</parent>

修改完成后，记得执行以下操作确保依赖生效：

1. 刷新 Maven 依赖（Reload All Maven Projects）。
2. 清理并重新编译项目（mvn clean install）。
3. 重启 IDEA 的测试服务。

验证建议

修复后，如果不确定是否还有其他潜在冲突，可以使用 Maven 命令检查依赖树：

mvn dependency:tree -Dincludes=org.junit.platform