VSCode没有“监视面板”，实际需用Debug Console和Variables面板：二者仅在调试会话中启用，Variables可展开查看运行时变量真实值，Debug Console支持表达式求值与修改变量。
VSCode 没有叫“监视面板”的独立功能模块——你真正需要的是 Debug Console（调试控制台）和 Variables（变量面板），它们在启动调试会话后才可用，且必须配合断点使用。靠“监视”静态代码或悬停提示，根本看不到运行时变量的真实值。
为什么“监视面板”搜不到、打不开？
VSCode 官方 UI 中不存在名为“监视面板”的面板。搜索设置或命令面板（Ctrl+Shift+P）输入“watch”或“monitor”，只会返回 Debug: Toggle Watch，但它默认不显示，且仅在调试会话中激活。常见误操作包括：
- 没启动调试就点开“Run and Debug”侧边栏，误以为“Watch”区域就是监视面板
- 在非调试状态下右键变量选“Add to Watch”，结果无响应——因为 Watch 列表只在调试运行时生效
- 把 Problems 面板或 Terminal 输出当成了“监视”，但那只是诊断结果，不是运行时变量快照
Variables 面板才是报错变量的真相来源
当你在 Python/JavaScript/TypeScript 等支持调试的语言中命中断点后，左侧自动展开的 Variables 面板会列出当前作用域所有变量及其值。它比悬停更可靠，原因如下：
- 悬停只显示光标所在位置的**最外层变量**（比如
data），而Variables可逐层展开对象、数组、嵌套字典 - 对异步代码（
async/await），Variables能显示Pending状态的 Promise，悬停则常为空或报错 - 若变量被优化（如
Just My Code开启），Variables仍可通过取消勾选该选项强制显示；悬停完全失效 - 值为
undefined、null、NaN或空字符串时，Variables明确标出类型，避免误判为“没定义”
用 Debug Console 直接查深层字段，绕过展开疲劳
面对 response.data.items[0].user.profile.name 这类长路径，手动展开 Variables 太慢。直接切到 Debug Console 输入表达式即可：
response.data.items[0].user.profile.name
回车后立刻返回值或 undefined。关键点：
- 支持完整 JS/Python 表达式，包括函数调用（如
Object.keys(obj)）、条件判断（arr.length > 0 ? 'ok' : 'empty'） - 可修改变量值：输入
count = 99回车，后续执行将使用新值（仅限当前调试会话） - 错误提示直给：如果
profile是undefined，它会报Cannot read property 'name' of undefined，精准定位断裂点 - 不依赖变量是否在
Variables面板中可见——哪怕它被闭包包裹或动态生成，只要在当前作用域，就能查
Watch 表达式只在调试中生效，且要防坑
真要用 Watch 功能（比如持续观察某个计算值），必须满足三个硬条件：
- 调试会话已启动并至少命中一个断点
- 右键变量 → “Add to Watch”，或在 Watch 面板点击“+”号手动输入表达式（如
items.length） - 表达式必须语法合法且能在当前作用域求值；否则显示
<error>，不报具体错因
容易被忽略的坑：
- Watch 表达式不支持缩写（如
res）除非该变量名真正在当前作用域声明过 - 对 Python 的
self.xxx，Watch 必须写全self.xxx，不能省略self - Watch 值不会自动刷新——需继续单步（
F10）或继续运行（F5）才会更新，不像Debug Console每次回车都重算
复杂点在于：变量是否“报错”，往往不是它本身的问题，而是上游赋值逻辑失败（比如 API 返回空、解构失败、类型断言错误）。这时候光看最终变量没用，得倒推——Variables 和 Debug Console 是起点，不是终点。别跳过调用栈（CALL STACK）面板，那里藏着谁调了谁、参数传了啥。
