VSCode识别Maven多模块项目需确认三件事：一、mvn -v和java -version命令成功；二、父pom.xml的packaging为pom且子模块为jar/war；三、不手动创建Eclipse遗留文件。
VSCode 识别不到 Maven 多模块项目？先确认这三件事
VSCode 本身不解析 pom.xml，它依赖 Java 扩展 + 本地 Maven 工具链协同工作。识别失败不是配置漏了，而是环境或同步机制没到位。
- 终端里执行
mvn -v和java -version必须成功返回——否则 Java Extension Pack 会卡在“JDK not found”提示，后续全白搭 - 项目根目录必须包含父
pom.xml，且其<packaging>是pom；子模块的pom.xml中<packaging>必须是jar或war，否则 VSCode 不把它当可编译模块 - 不要手动创建
.project或.classpath文件——这是 Eclipse 遗留物，VSCode 会忽略它们，反而干扰 classpath 解析
多模块项目启动调试前必配的 launch.json 字段
直接点 ▶ 启动子模块，大概率报错 ClassNotFoundException 或连错配置文件。核心就三个字段缺一不可：
-
workingDirectory：必须设为子模块路径，比如"${workspaceFolder}/web-app"。不设就默认用根目录，application.yml读的是根目录下的，而不是web-app/src/main/resources/下的 -
modulePaths：必须显式列出子模块编译输出路径，例如["${workspaceFolder}/web-app/target/classes"]。多模块的 class 文件不在统一位置，VSCode 不会自动扫描所有target/classes -
mainClass：不能只写类名，得带完整包路径，如"com.example.webapp.WebAppApplication"；Spring Boot 主类若用了@SpringBootApplication，还要确保该模块pom.xml里有spring-boot-maven-plugin
依赖显示灰色、import 报错但 mvn compile 成功？手动同步 classpath
这是最典型的“VSCode 没把 Maven 下载的 jar 加进构建路径”现象。自动监听 pom.xml 变更是被刻意关闭的，避免频繁重索引拖慢编辑器。
- 改完
pom.xml后，按Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Java: Reload Projects并执行 - 如果仍报错，运行
Java: Clean the Java language server workspace，然后重启 VSCode 窗口 - 极端情况（比如用了自定义
settings.xml或私有仓库），可能需要手动补路径：打开命令面板 →Java: Configure Classpath→ 在Source Paths或Module Paths里添加对应模块的target/classes和target/lib/*.jar
子模块间依赖失效？检查 dependencyManagement 和 module 声明顺序
API 模块被 service 模块依赖，但 service 里 import API 的类却标红——问题往往不在 VSCode，而在父 pom.xml 结构本身。
立即学习“Java免费学习笔记（深入）”；
- 父
pom.xml的<modules>列表顺序要和实际依赖方向一致：比如api被service引用，那<module>api</module>应该写在<module>service</module>前面，否则 Maven 构建时可能因顺序问题跳过 api 编译 - 共享依赖（如 Lombok、SLF4J）必须放在父
pom.xml的<dependencyManagement>里统一版本，子模块只声明<dependency>而不写<version>；否则各模块版本不一致，VSCode 的语言服务器无法对齐类型信息 - 子模块
pom.xml中引用其他模块，要用<scope>compile</scope>（默认值），别误写成provided或test，否则不会参与编译期 classpath 构建
jdt.ls 语言服务器；而这个服务器的 classpath 构建，严重依赖 Maven 命令行执行结果。所以任何“VSCode 里看着不对”的问题，第一步永远是验证 mvn compile 是否真能过，再回来看同步动作有没有做全。 
