执行mvn clean install时遇NoClassDefFoundError，求问题原因确认

你的推测不完全准确，Maven默认的生命周期逻辑不会让测试类先于主类编译，下面详细拆解：

一、Maven默认执行顺序（clean install阶段） #

执行mvn clean install时，Maven会严格按以下核心阶段顺序执行：

1. clean：清理target目录
2. compile：编译src/main/java下的代码，输出到target/classes
3. test-compile：编译src/test/java下的测试代码，输出到target/test-classes
4. test：通过Surefire插件执行测试（此时会自动把target/classes和target/test-classes加入类路径）

正常情况下，测试代码编译和执行时，主类的class文件已经生成，不会出现NoClassDefFoundError。

二、你的临时解决方案为什么能生效？ #

你给Surefire添加src/main/java作为额外类路径，本质上是让JVM直接从源码目录加载类（Java允许从包含.java文件的目录加载类，但这属于非常规操作），相当于绕开了编译后的target/classes目录。这说明你的主类可能没有被正确编译到target/classes中，而非测试类先编译。

三、真正的问题排查方向 #

建议重点检查以下几点，找到根本原因：

• 执行mvn compile后，查看target/classes目录下是否存在Calculator.class文件，若不存在则说明主类编译失败
• 检查pom.xml中maven-compiler-plugin的配置，是否开启了skipCompile，或者source/target版本与本地JDK不兼容
• 检查Calculator类本身是否有编译错误（比如语法问题、依赖缺失），导致compile阶段静默失败（部分场景下Maven不会中断流程，但实际未生成class文件）
• 检查pom.xml是否修改了默认源码目录配置（比如自定义sourceDirectory，导致src/main/java下的代码未被纳入编译范围）

总结 #

默认情况下Maven一定会优先编译主代码，再处理测试代码。你的临时方案只是规避了问题，建议按上述排查步骤找到主类未编译的根本原因，这才是规范的解决方式。

内容的提问来源于stack exchange，提问作者Fraxinus