监视面板仅在调试会话激活时可用，需先按f5启动调试、确认断点命中且顶部出现橙色调试工具栏，再通过“+”号手动添加表达式；其值仅在断点暂停时刷新，不支持函数调用或跨会话保存。
监视面板打不开？先确认调试会话已启动
VSCode 的 监视 面板不是常驻窗口，它只在调试会话（Debug Session）运行时可用。如果点击侧边栏的“监视”图标没反应、面板为空或显示“未连接”，大概率是还没开始调试——不是配置问题，而是根本没按 F5 或没点绿色三角形启动调试器。
常见错误现象：No active debug session 提示、监视区域灰显、添加表达式后一直显示 <uninitialized></uninitialized>。
- 确保已设置断点（在代码行号左侧单击生成红点），再按
F5 - 检查左下角状态栏是否出现调试控制条（含暂停/继续/重启等按钮），这是调试已激活的明确信号
- 若使用
launch.json，确认configurations中的type值匹配你的运行时（如node、python、chrome），错配会导致调试器无法正确挂载变量上下文
手动添加变量到监视列表的正确姿势
不能直接拖拽变量名，也不能靠右键菜单“添加到监视”（该选项在某些语言扩展中被隐藏或不可用）。最稳定的方式是手敲表达式，并理解它的求值时机。
- 在监视面板空白处点击“+”号，输入变量名（如
user）或简单表达式（如items.length）后回车 - 注意：表达式在当前断点暂停时求值，若变量尚未声明或作用域不可见（比如在
if块内未执行到），会显示ReferenceError或undefined - 支持嵌套访问，但需确保路径存在，
response.data?.items[0].id比response.data.items[0].id更安全（避免Cannot read property 'items' of undefined） - 不支持函数调用（如
getUser()），部分调试器会静默失败，不会报错也不会更新
为什么监视的值不更新？检查作用域和刷新机制
监视列表默认不会自动轮询刷新，它只在每次断点命中时重新求值。如果你单步（F10/F11）跳过某段赋值逻辑，监视里的旧值就会停留，造成“卡住”的错觉。
- 每步执行后，监视项右侧会出现小箭头图标，悬停可看上次求值时间，帮助判断是否已刷新
- 局部变量在函数退出后会消失，监视项变为
<out of scope></out>，此时无法恢复，需在函数内重新设断点 - 闭包变量、全局对象属性（如
window.count）通常持续可见，但修改它们不会触发面板自动重绘——仍要靠断点暂停来触发求值 - 大型数组或对象默认只展开前 100 项，想看更多需点击“展开全部”或在
settings.json中调整debug.console.maxStringLength和debug.objectGrid.defaultLimit
Python/Node.js/Chrome 调试器的监视行为差异
不同调试器对表达式支持程度不同，同一写法在 Python 和 JS 中可能一个报错一个正常。
-
Python调试器（Pylance + Debugpy）不支持解构语法（如{name} = user），只能写完整路径user.name -
Node.js（通过node类型配置）支持大部分 ES2015+ 表达式，但异步函数（async () => {...}）无法在监视中执行 -
Chrome调试器（pwa-chrome）允许访问console方法（如console.log('test')），但这只是副作用，返回值仍是undefined，且可能干扰原程序输出 - 所有调试器均不支持修改变量值——监视面板是只读视图；如需改值，请在调试控制台（
Debug Console）中输入并回车
console.log，或利用条件断点配合日志点（Logpoint）替代。
