watch面板仅在当前断点执行上下文中有效，需匹配栈帧作用域，禁用副作用表达式，不输出console日志，且只显示暂停时的瞬时值。
监视面板（Watch）不是“输啥都行”的万能表达式盒子，它只在当前断点所处的执行上下文中有效；输错作用域或带副作用的表达式，轻则显示 undefined，重则悄悄修改程序状态。
Watch 表达式必须匹配当前栈帧作用域
你在 Watch 里输入 user.profile.name 却看到 Cannot access 'user' before initialization，不是语法问题，而是 user 根本不在当前函数作用域里。调试器不会跨栈帧自动查找变量。
- 先打开
Variables面板，确认目标变量是否出现在Locals、Closures或Global分组下 - 如果变量在上层闭包中，直接输
user会失败；可尝试debugger; // 然后在 Variables 中定位其所在分组 - 深层嵌套属性别靠手动点开——直接输
JSON.stringify(data)或Object.keys(errors || {})，只要表达式能在当前上下文求值即可
避免在 Watch 中执行有副作用的表达式
Watch 面板会在每次断点暂停时重新计算所有表达式，且真实执行——这不是预览，是运行。
- 禁止输入
queue.pop()、cache.delete(key)、localStorage.setItem(...)这类会改变状态的调用 - 条件断点里也禁用函数调用（如
getUser()），只允许字面量、比较和逻辑运算，否则行为不可预测，甚至跳过断点 - 若需探查副作用结果，改用
Debug Console手动输入，而非依赖Watch自动刷新
Watch 和 Debug Console 的输出去向完全不同
在 Watch 里输 console.log(x) 不会看到任何输出，这不是 bug，是设计如此。
-
Watch只显示表达式的返回值（如console.log(x)返回undefined） -
Debug Console的输出默认进浏览器 DevTools 的Console标签页（前端）或 Node.js 的stdout（后端），不会回显在 VS Code 自己的面板内 - 想验证
req.url或调用db.query()，可以；但别指望靠它看console.log—— 那得切到浏览器 F12 或终端日志流
Watch 最容易被忽略的一点：它不缓存历史值，也不记录变化过程，只反映“此刻暂停时”的快照。要跟踪变量随时间的变化，得配合断点步进 + 多次暂停，或者改用 Debug Console 手动记录关键节点。
