监视面板需在调试会话中启用，输入变量名或表达式（如user.profile.name、arr.length）可实时监控，但必须在当前作用域内且非undefined；异步变量需在对应上下文设断点，避免输入字符串字面量或副作用操作。
监视面板里输入什么才能看到对象属性
直接输变量名就行，但得确保它在当前作用域里——比如断点停在函数内部，就只能监视该函数内声明或传入的变量。console.log 能打印的，通常也能放进监视面板；但要注意异步上下文，比如 setTimeout 里定义的变量，在外层断点是看不到的。
常见错误：输 obj 没反应，其实是 obj 当前为 undefined 或还没初始化；或者输的是字符串 "obj"（带引号），VSCode 会按字面量解析，不是取值。
- 想看嵌套属性，直接输
user.profile.name，支持点链和方括号写法，如data["items"][0].id - 计算表达式也行，比如
Object.keys(obj).length，但别放副作用操作（如obj.x++） - 如果对象很大，默认只展开 3 层，点击右侧小箭头可手动展开，或右键选择“全部展开”
为什么监视面板显示 [object Object] 而不是具体内容
这是 VSCode 的默认折叠策略，不是 bug。它对非原始类型（对象、数组、Map 等）只显示类型摘要，避免卡顿或渲染过载。
真正的问题常出在调试器未加载完整类型信息：比如用 sourceMapPathOverrides 配置错路径，导致调试器读不到原始变量结构；或者代码被压缩（minify: true），属性名变成 ab，监视时输原名自然查不到。
- 确认
launch.json中sourceMaps设为true，且outFiles指向正确生成的.js文件目录 - 开发阶段禁用压缩，Vite 用户检查
build.minify，Webpack 用户确认mode !== "production" - 临时替代方案：在监视面板输
JSON.stringify(obj, null, 2)强制转成可读字符串（仅限小对象）
监视多个属性时怎么避免互相覆盖或混乱
监视面板里的每一行是独立表达式，不会互相干扰，但容易因命名重复或动态变化造成误判。比如循环中监视 item，每次迭代都更新同一行，你看到的永远是最后一次的值。
更隐蔽的问题是闭包捕获：在 for (let i = 0; i console.log(i), 100) } 中监视 i，断点打在回调里，看到的可能是 3（因为循环早已结束）。
- 给监视项加语义前缀，比如
userFormErrors: form.errors，VSCode 允许冒号前自定义标签 - 需要固定快照？改用
debugger前加一行const snapshot = {...obj};，再监视snapshot - 监视数组长度变化比监视整个数组更轻量，优先输
list.length而非list
Node.js 和浏览器环境下的监视差异
核心逻辑一致，但底层调试协议不同导致行为偏差。浏览器里能直接监视 window 或 document 上的属性；Node.js 则无法访问全局 global 的某些内部字段（如 global.process.versions 可见，但 global.queueMicrotask 可能报 ReferenceError）。
另一个典型区别：ESM 模块的顶层 this 是 undefined，而 CommonJS 是 exports，在监视面板输 this 会得到不同结果，容易误以为环境异常。
- Node.js 调试需确认
launch.json中runtimeExecutable指向正确的node版本（尤其使用 nvm 时） - 浏览器调试若启用 “Enable JavaScript source maps”，监视面板才支持点击跳转到 TS/JSX 源码，否则只显示编译后代码
- 两者都不支持实时监视
WeakMap或WeakSet内容——它们的设计就是不可枚举
最常被忽略的一点：监视面板的表达式是在调试器上下文中执行的，它不继承当前作用域的 with 或 eval 环境。哪怕你在 Chrome 控制台能运行 foo.bar()，在 VSCode 监视里失败，大概率是因为 foo 是某个模块的私有变量，没挂到全局或当前栈帧上。
