最典型调试失灵是JVM未启用调试模式或launch.json配置错误；需检查request类型、JVM参数、Ja va扩展、项目结构、源码路径、编译选项及模块配置。
断点加了但程序直接跑过，不中断
调试时断点形同虚设，程序自顾自地跑完了？这大概是Ja va开发者最常遇到的调试困境。问题的根源，九成出在JVM压根没进入调试模式，或者VSCode的launch.json配置与实际运行环境对不上号。
别急着怀疑人生，按照下面这个优先级顺序排查，效率最高：
- 首先，盯紧
launch.json里的request字段。它必须是"launch"（本地启动新进程）或"attach"（附加到已有进程），写成"run"或者留空，调试器是不会理会的。 - 如果你习惯用Ma ven命令启动（比如
mvn spring-boot:run），这里有个关键点：默认情况下，JDWP调试袋里是不会被启用的。必须显式加上JVM参数才行，例如：-Dspring-boot.run.jvmArguments="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5005"。 - 工欲善其事，必先利其器。确保VSCode的“Extension Pack for Ja va”已经安装并启用。没有这个扩展，底层的
ja va.debug功能根本不会加载。 - 最后，检查一下项目根目录。如果找不到
.classpath或pom.xml这类标识性文件，Ja va扩展可能无法正确识别这是一个Ja va项目。后果就是断点被静默忽略，控制台连个错误提示都没有，非常隐蔽。
“Source not found” 错误：调试时看不到源码
断点倒是停住了，但编辑器里却弹出一个冷冰冰的“Source not found”。这感觉就像找到了保险箱，却没有密码。这个错误的本质，是调试器成功定位到了.class文件，却找不到与之对应的.ja va源文件路径。这种情况在调试依赖库、Spring Boot内嵌的jar包，或者模块路径混乱的多模块项目中尤其常见。
别慌，可以尝试以下几个关键动作：
立即学习“Ja va免费学习笔记（深入）”；
- 对于Ma ven项目，先确保执行过
mvn compile或mvn generate-sources。否则，target/classes目录下可能缺少编译后的类文件，或者由注解处理器生成的源码还没就位。 - 如果项目使用了Spring Boot的
spring-boot-devtools，它有时会重新加载类但不更新源码映射。一个临时的解决方案是：在launch.json的vmArgs里加入-Dspring.devtools.restart.enabled=false。 - 当调试第三方jar（比如
logback-classic-1.4.14.jar）遇到无源码提示时，需要手动下载对应版本的-sources.jar。然后在VSCode的调试视图中，右键点击那个jar文件，选择Attach Source...，并指向解压后的源码目录。 - 在多模块Ma ven项目中，如果子模块没有被父pom正确聚合，VSCode可能只识别部分模块。这时需要检查
launch.json中的workspaceFolder，是否设置在了顶层父pom所在的目录。
launch.json 关键字段与典型配置差异
同一段代码，用不同的方式运行（直接运行main方法、Ma ven命令、Spring Boot插件、JUnit测试），需要的launch.json配置结构可能天差地别。几个关键字段的含义很容易混淆。
重点区分以下几个概念：
mainClass：这个字段仅在request: "launch"时使用。它的值必须是完整的类名（例如"com.example.App"），既不能是包名，也不能带.ja va后缀。projectName：这个字段通常只在多模块项目中需要。它的值来源于对应pom.xml里的classPaths和modulePaths：对于JDK 9以上的模块化项目，必须使用modulePaths；传统项目则用classPaths。两者混用，可能会在调试时才暴露出NoClassDefFoundError。env与envFile：对于环境变量，建议统一使用envFile（例如指定一个.env.debug文件）。这样可以避免在JSON配置里硬编码敏感信息，也能防止因路径空格等问题导致的解析失败。
调试器连上了，但变量显示
调试会话建立了，断点也命中了，但查看变量时却只看到一片
可以按照以下清单进行实操检查：
- 确认编译时使用了
-g参数来生成调试信息。虽然VSCode Ja va扩展默认会开启，但如果你曾用命令行手动编译过，最好检查一下。 - 对于Ma ven项目，检查
pom.xml中的ma ven-compiler-plugin配置，确保设置了true target/classes目录下的class文件可能不包含局部变量表。 - Spring Boot 2.7及以上版本默认会启用JVM分层编译优化（
-XX:TieredStopAtLevel=1），这可能导致内联方法的变量无法查看。可以在launch.json的vmArgs中追加参数来调整：-XX:-OmitStackTraceInFastThrow -XX:TieredStopAtLevel=0。 - 如果项目使用了Lombok，请确保在VSCode中安装了“Lombok Annotations Support for VS Code”插件。否则，由
@Data等注解生成的getter/setter方法，在调试时可能无法展开其背后的字段值。
说到底，断点和源码相关的问题，往往不是单一因素导致的，而是classpath、编译选项、JVM参数、扩展状态这四者相互耦合的结果。在盲目修改配置之前，有个小技巧：先用ja va -verbose:class -jar your-app.jar这样的命令，观察一下类文件到底是从哪里加载的。这比反复重启调试器要省时高效得多。
