VSCode运行Maven项目target无class仅存包路径、找不到主类问题

这个问题本质是VSCode Java扩展的自动构建逻辑和终端手动执行Maven命令的构建流程冲突导致的：

• VSCode 核心Java支持组件（Red Hat Java Language Server）触发运行/调试操作时，默认会先清空自身识别的构建输出目录（也就是Maven项目默认的target/classes路径）下的历史产物，再调用内部编译器重新编译源码生成class文件。如果它没有正确识别当前Maven项目的编译配置（比如pom.xml里的maven-compiler-plugin参数、JDK版本要求、多模块依赖关系），清理步骤会正常执行，但后续编译步骤会静默失败，最终就会留下空的包路径文件夹，找不到主类。
• 如果你点击运行时选择的是VSCode默认生成的Java运行配置，而不是绑定Maven生命周期的配置，运行时不会调用本地Maven的编译逻辑，完全依赖Java Language Server的内部编译能力。一旦内部编译器因为源码目录标记错误、依赖解析失败等问题无法完成编译，之前终端执行mvn clean package生成的class文件已经被自动清理步骤删掉，自然会抛出找不到主类的错误。
• 部分场景下Java Language Server的工作区缓存损坏，会导致它无法正确关联源码路径和输出路径，清理产物后找不到需要编译的源码文件，也会出现只留空目录的情况。

• 先重置Java语言服务缓存：打开命令面板（快捷键Ctrl+Shift+P/Cmd+Shift+P），执行Java: Clean Java Language Server Workspace命令，等待服务重启、项目加载进度走完（看VSCode底部状态栏的Java加载状态），不要在加载未完成时触发运行。
• 确认源码目录标记正确：右键项目下的src/main/java目录，如果右键菜单Build Path子菜单下显示Add to Build Path选项，点击选中，将该目录标记为源码根目录——未标记的源码目录不会被Java内部编译器识别，清理产物后自然不会生成对应class。
• 对齐JDK版本：确认VSCode Java扩展使用的JDK版本和终端执行mvn命令使用的JDK版本完全一致，版本不匹配是导致内部编译静默失败的高频原因。可以在VSCode设置中搜索java.configuration.runtimes，将对应JDK路径配置为和系统JAVA_HOME一致的路径。
• 替换运行配置：点击运行按钮旁的下拉箭头，选择添加配置，新增绑定Maven生命周期的运行项，指定执行compile exec:java目标，让运行操作直接调用Maven的编译和执行逻辑，跳过Java扩展的自动清理、内部编译步骤。
• 不需要自动构建的话可以直接在设置中搜索java.autobuild.enabled，将该选项关闭，后续代码改动后手动在终端执行mvn compile再运行，就不会出现class文件被自动删除的问题。

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