监视面板默认为空，因其仅为表达式求值器，不自动显示作用域变量；需手动输入或右键悬停添加表达式，且须确保作用域匹配、无副作用、调试配置正确。
监视面板默认不显示任何内容，必须手动添加表达式才能看到值——它不会自动列出变量，也不会继承断点所在作用域的变量名。
为什么刚打开“监视”面板是空的
VSCode 的 监视 面板不是变量快照视图，它只执行你明确输入的表达式。即使你在 user 对象上打了断点，监视 里也不会自动出现 user，除非你主动加进去。
- “变量”面板才负责自动展示当前作用域的
局部、全局、闭包变量 -
监视是纯表达式求值器：输1 + 1它就显示2，输undefined?.x就显示undefined（不报错） - 它甚至能跨作用域访问，比如在函数 A 断点里输
callStack[1].tempValue，只要调试器能拿到堆栈上下文
添加表达式的两种可靠方式
手动输容易拼错，尤其带嵌套或可选链时；右键悬停添加才是主力操作路径。
- 断点暂停后，把光标**悬停**（不要选中）在源码中的变量或属性上，比如
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
真正卡住人的从来不是“怎么加”，而是“为什么加了却没值”——重点盯住作用域、求值安全性和调试配置这三处，比反复重试更省时间。
