VSCode Java调试器默认将枚举视为不可展开常量，只显示名称（如Color.RED），不自动列出字段值；需在Watch中手动输入currentMode.rgb或currentMode.getPriority()等表达式访问，前提是字段可访问或有public getter。
Java 枚举在 VSCode 调试器中为何不显示完整字段
VSCode 的 Java 调试器（通过 vscode-java-debug 扩展）默认将 enum 实例视为“不可展开的常量”，只显示其名称（如 Color.RED），而不自动列出声明的字段（如 rgb、displayName）或构造参数值。这不是 bug，而是调试器对枚举语义的简化处理——它优先展示逻辑标识符，而非底层实例状态。
常见错误现象：你在断点处看到 currentMode 类型为 OperationMode，悬停只显示 OperationMode.STOP，但你想确认它的 priority 字段是否为 0 或 description 是否为空字符串。
- Java 枚举本质是类，每个枚举常量是该类的静态 final 实例，字段存储在实例上，但调试器默认不递归展开
- VSCode 不会自动调用
toString()或反射读取私有字段，除非你显式请求 - 如果枚举定义了非 public 字段且无 getter，Watch 表达式可能因访问权限报
Cannot evaluate
用 Watch 窗口直接读取枚举字段值
最可靠的方式是手动构造 Watch 表达式，强制访问字段或方法。前提是字段可访问（public / package-private / 有 public getter）。
- 若字段是 public：输入
currentMode.rgb或currentMode.displayName - 若有 public getter：输入
currentMode.getPriority()或currentMode.getDescription() - 若字段是 private 但你确定调试器支持（JDK 17+ + modern debug adapter）：尝试
((OperationMode)currentMode).priority（需强制类型转换） - 避免写
currentMode.toString()—— 它可能被重写，结果不可靠；优先用字段/方法直取
调试控制台中验证字段存在性与类型
当 Watch 显示 undefined 或 Cannot evaluate，不要立刻怀疑配置，先用 Debug Console 排查作用域和可见性：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 输入
currentMode.getClass().getDeclaredFields()查看所有字段名（注意：需 JDK 允许反射，某些安全策略下会失败） - 输入
currentMode.name()和currentMode.ordinal()总是有效，可用于交叉验证 - 输入
currentMode instanceof OperationMode确认类型没被意外代理或泛型擦除干扰 - 如果输出
null或抛异常，说明变量本身为null，不是枚举问题——先检查空指针
launch.json 中影响枚举调试的关键配置
Java 枚举字段能否被读取，高度依赖 JVM 启动参数和调试适配器能力。以下配置项直接影响 Watch 表达式求值效果：
-
"vmArgs": "-XX:+UsePerfData"：启用性能数据采集，部分字段反射依赖此开关 -
"stopOnEntry": false：设为true可能在类加载阶段就暂停，此时枚举静态字段可能尚未初始化完成 -
"env": {"JAVA_HOME": "/path/to/jdk-17"}：JDK 11 以下版本对枚举字段反射支持较弱；JDK 17+ 的jdk.jdi改进显著提升字段可见性 - 避免使用
"justMyCode": true（Java 调试器不识别该字段，会被忽略；真正起作用的是"skipClasses"配置）
复杂点在于：枚举字段值本身是编译期确定的常量，但调试器看到的是运行时堆中的对象实例——这两者在字节码层面分离，导致某些 IDE 层面的“智能提示”失效。最容易被忽略的是字段访问修饰符与 JVM 版本的组合效应：private 字段 + JDK 11 = 基本不可见；package-private + JDK 17 = 大概率可读。动手前先确认这两项。
