监视面板默认为空，因其仅为表达式求值器，不自动显示作用域变量；需手动输入或右键悬停添加表达式，且须确保作用域匹配、无副作用、调试配置正确。

监视面板默认不显示任何内容，必须手动添加表达式才能看到值——它不会自动列出变量，也不会继承断点所在作用域的变量名。

为什么刚打开“监视”面板是空的

VSCode 的 监视 面板不是变量快照视图，它只执行你明确输入的表达式。即使你在 user 对象上打了断点，监视 里也不会自动出现 user，除非你主动加进去。

• “变量”面板才负责自动展示当前作用域的 局部、全局、闭包 变量
• 监视 是纯表达式求值器：输 1 + 1 它就显示 2，输 undefined?.x 就显示 undefined（不报错）
• 它甚至能跨作用域访问，比如在函数 A 断点里输 callStack[1].tempValue，只要调试器能拿到堆栈上下文

添加表达式的两种可靠方式

手动输容易拼错，尤其带嵌套或可选链时；右键悬停添加才是主力操作路径。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 断点暂停后，把光标**悬停**（不要选中）在源码中的变量或属性上，比如 response.data?.items[0]?.id 这一整段里的任意位置
• 右键 → “添加到监视”，VSCode 会自动提取完整路径并带上 ?. 链，比手敲快且零拼写错误
• 如果右键没这个选项，检查是否安装了官方 Python 或 JavaScript 扩展，且文件后缀正确（如 .py 或 .js）
• 对推导式、匿名函数、eval 结果等无法悬停识别的内容，才需要手动输入，例如：JSON.stringify(errors) 或 items.filter(x => x.active).length

让监视值稳定可用的关键规则

监视项显示 Cannot evaluate 或始终 not available，大概率违反了这三条之一：

• 用了无边界的访问，如 items[0].name —— 改成 items[0]?.name 或 items.length > 0 ? items[0].name : null
• 调用了有副作用的函数，如 saveToDB() 或 logEvent() —— 监视器可能多次执行，导致数据错乱或网络请求重复发
• 表达式依赖未声明/已销毁的变量，比如在 useEffect 清理函数里监视 timerId，但断点设在组件顶层 —— 此时该变量不在当前帧作用域，需换到对应堆栈帧再悬停添加

launch.json 和控制台配置影响监视可用性

某些环境下监视值“存在但看不到”，其实是调试上下文隔离导致的：

• Python 调试时，launch.json 中若配了 "console": "internalConsole"（尤其 macOS），监视面板将无法访问局部变量 —— 必须改为 "console": "integratedTerminal"
• Node.js 环境下，如果 program 指向错误入口（如写成 main.js 但实际运行的是 app.js），调试器加载的符号表和代码不一致，监视自然失效
• 启用 -O（Python 优化模式）或使用 PyPy 时，局部变量名可能被剥离，locals() 返回空字典，此时监视任何局部变量都会显示 not available

真正卡住人的从来不是“怎么加”，而是“为什么加了却没值”——重点盯住作用域、求值安全性和调试配置这三处，比反复重试更省时间。