VSCode监视面板仅在断点暂停时自动求值，非实时监控；需设断点、单步执行才能刷新，表达式须合法、无副作用、作用域可见，且不支持await；添加方式包括手动输入、拖拽或粘贴；TDZ错误因变量未初始化导致；其与调试控制台分工明确：前者只读自动刷新，后者支持交互执行与赋值。
VSCode调试器的“监视”面板不是实时代码执行监控工具
它只在断点暂停时显示表达式求值结果，无法像性能分析器那样持续跟踪运行中的变量变化。想看变量怎么变，必须主动设断点、单步执行、再刷新监视列表。
常见误解是以为只要加了表达式，它就会自动刷新——其实不会。只有当前调试会话处于暂停状态（比如停在断点、debugger语句或异常处），监视面板里的表达式才会被重新计算。
- 表达式写法要合法：比如
user.name可以，console.log(x)会报错（不能有副作用） - 作用域受限：只能访问当前调用栈帧可见的变量，外层函数的局部变量若未闭包捕获，这里看不到
- 异步变量需留意：比如
await fetch(...)的返回值，在 await 之前监视会显示undefined或 pending 状态，不是“没刷新”，而是确实还没赋值
添加表达式到监视面板的三种可靠方式
最稳的方法不是靠右键菜单，而是直接编辑——因为右键“添加到监视”有时会因上下文丢失而失败。
- 手动输入：点击监视面板右上角的
+按钮，直接键入变量名或简单表达式，如items.length、response?.status - 拖拽变量：在“变量”面板中选中某项（比如
data），按住鼠标左键拖进“监视”区域即可 - 复制粘贴：在代码中高亮一个表达式（如
config.timeout || 5000），Ctrl+C后切到监视面板按Ctrl+V—— VSCode 会自动尝试求值（前提是当前已暂停）
为什么有些变量在监视里显示“Cannot access ‘xxx’ before initialization”
这是 JavaScript 的 TDZ（Temporal Dead Zone）在调试时暴露出来的典型现象，并非 VSCode bug。比如你在一个 let 声明前就把它加进了监视，而调试器暂停的位置又恰好在该声明之前，就会触发这个错误。
- 典型场景：在函数开头加断点，但监视了
let result = doWork()中的result；此时result还没被声明，自然无法访问 - 解决办法：把断点下移到该变量声明之后，或改用
var（不推荐），或干脆监视更上游的输入参数（如input） - 注意
const和class也受 TDZ 影响，监视它们的声明名同样可能报这个错
监视面板 vs 调试控制台：别混用，用途完全不同
监视面板适合盯住几个关键值是否符合预期；调试控制台（Debug Console）才是用来跑任意代码、调函数、改变量的地方。
- 监视面板里不能执行
arr.push(1)，会报错；但调试控制台可以，而且改完立刻生效（影响后续执行） - 调试控制台支持
await，比如输入await api.getUser(123)会等待并打印结果；监视面板不支持异步表达式 - 如果想验证某个逻辑分支是否走通，与其在监视里反复加条件表达式，不如在调试控制台直接调一次
shouldEnableFeature(config)
真正容易被忽略的是：监视表达式一旦添加，就会一直存在，哪怕重启调试也会保留——但它的求值结果不会跨会话延续。每次新调试开始后，所有监视项都得等第一次暂停才出值。
