debugger for java 插件必须与extension pack for java配套安装，依赖language support for java提供语义信息定位main方法；launch.json中"type": "java"须全小写，且"java.home"必须在settings.json中显式配置并确保与终端jdk版本一致。
Debugger for Java 插件不能单独使用——它必须和 Extension Pack for Java 一起安装，否则断点不生效、调试按钮灰掉、launch.json 里 "type": "java" 会报错“Unknown debugger type”。
Debugger for Java 依赖 Language Support for Java 才能识别主类
Debugger for Java 本身不解析 Java 语法，也不扫描项目结构；它靠 Language Support for Java 提供的语义信息定位 public static void main(String[] args) 方法。如果你只装了 Debugger for Java，打开一个 .java 文件，底部状态栏不会显示 JDK 版本，F5 也无法弹出 Java 调试配置。
- 验证是否就绪：打开任意
.java文件，看 VSCode 窗口右下角是否显示类似 “Java (17.0.9)” 的标识 - 常见错误现象：
mainClass字段写对了，但启动调试时报 “Could not find or load main class”，大概率是语言支持没加载成功 - 补救方式：命令面板（
Ctrl+Shift+P）执行Java: Reload Projects，或重启 VSCode 后再检查扩展启用状态
launch.json 中 type 必须小写且值为 "java"
launch.json 是 Debugger for Java 的入口配置文件，其中 "type" 字段严格区分大小写。写成 "Type": "Java" 或 "type": "JAVA" 都会导致调试器无法识别配置项，直接跳过该条目。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 正确写法：
"type": "java"（全小写，双引号包裹） -
"request": "launch"表示本地启动模式；"request": "attach"用于连接已运行的 JVM 进程（如 Tomcat） -
"mainClass"必须是带完整包路径的类名，例如"com.example.App"，不能只写"App" - 如果项目含
pom.xml或build.gradle，别手动填"classPaths"——插件会自动从构建文件推导，硬写反而覆盖正确 classpath
断点不命中？先核对 JDK 版本一致性
Debugger for Java 在底层依赖 JVM 的调试接口（JDWP），而 JDWP 对字节码版本敏感。如果你终端执行 java -version 显示 JDK 17，但 settings.json 里 "java.home" 指向的是 JDK 11 的路径，编译出的 .class 文件和调试器期望的版本不匹配，断点就会被跳过或显示为“未绑定”。
- 检查方式：在终端运行
java -version和javac -version，再对比settings.json中"java.home"的路径是否指向同一 JDK 根目录 - Windows 用户注意路径分隔符：
"java.home": "C:\Program Files\Eclipse Adoptium\jdk-17.0.9+9"（双反斜杠） - macOS/Linux 用户路径中若有空格（如
/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home），无需额外转义，但必须确保路径真实存在
最常被忽略的一点：Debugger for Java 不读取系统 JAVA_HOME 或 PATH，它只认 settings.json 里显式声明的 "java.home"。哪怕你终端里一切正常，VSCode 里也可能用着另一个 JDK —— 调试前务必确认这个路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
