监视表达式需在断点暂停时于当前作用域下合法求值，否则显示“Cannot evaluate”或undefined；应使用可选链（如items[0]?.id）、显式判断或typeof验证结构，避免运行时错误。
监视面板里加的表达式不是“输进去就出结果”，它得在断点暂停时、当前作用域下合法求值，否则会卡在 Cannot evaluate 或静默显示 undefined。直接手敲 user.profile.name 很容易失败，真正能稳住的写法往往带防护、有边界、可验证。
为什么 items[0].id 总是报错
这不是语法问题，而是运行时状态不匹配：当前断点暂停时 items 可能为空数组、null 或还没初始化。调试器不会帮你兜底，遇到 undefined 或 null 就直接中断求值。
- 换成
items[0]?.id—— 可选链让整个表达式安全返回undefined而非报错 - 或写成
items.length > 0 ? items[0].id : "empty"—— 显式判断，结果语义清晰 - Python 场景下别用
data['users']，改用data.get('users', [])避免KeyError - 如果仍显示
not available，检查断点是否设在items声明语句之前（比如let items;这行上方）
response.data.users 显示 Cannot evaluate 怎么办
常见于异步请求刚发出去、响应还没回来时——response 对象存在，但 response.data 还是 undefined，再往下取 .users 必然失败。
- 优先用
response?.data?.users，而不是靠运气等数据落定 - 想确认结构是否符合预期？先输
typeof response和response?.status，验证基础字段是否存在 - 如果
response是 Promise 实例（比如你写了const response = fetch(...)），那response.data本来就没有——得先await，但 Watch 不支持顶层await，此时应切到 Debug Console 手动执行await response - 右键悬停在源码中的
response上 → “添加到监视”，比手敲更准，它会自动带上当前上下文路径
监视表达式里能不能调用函数
能，但风险高。调试器允许求值函数调用，但不保证只执行一次，也不阻止副作用。
-
getData()如果只是读取缓存或计算纯数据，可以；但saveToDB()或logEvent()会干扰程序逻辑，甚至导致重复提交 -
items.filter(x => x.active)看似安全，但如果items是undefined，依然报错 —— 应写成items?.filter?.(x => x.active) || [] - 大数组遍历（如万级
map）会让调试器卡顿，Watch 项可能长时间显示loading...，建议改用 Debug Console 临时执行 - 异步函数如
await apiCall()在多数调试器中直接报SyntaxError: await is only valid in async functions，Watch 不支持顶层 await
监视值没更新？别急着重开 VSCode
Watch 面板只在每次断点暂停时重新求值，它不会监听变量引用变化。你改了 obj.name，监视里的 obj 展开树不会自动刷新。
- 手动点右侧的刷新图标
↻，或继续执行到下一个断点，它才会重算 - 检查
launch.json是否配了"console": "integratedTerminal"—— 若误配"internalConsole"（尤其 macOS），会导致作用域隔离，局部变量不可见 - Python 用户注意：若启动配置中
"program"指向错误文件（比如写成main.py但实际跑的是app.py），调试器加载的上下文和代码对不上，所有监视都失效 - 变量被 JS 引擎优化掉（如启用
-O的 Python 编译器、或某些 V8 优化场景）时，locals()返回空，Watch 自然拿不到东西
最常被忽略的一点：Watch 表达式不是“活的引用”，它是一次性快照。你以为它在实时追踪，其实它只在你暂停的那一瞬间才睁开眼。要真想看变化过程，得靠断点步进 + 刷新图标，或者换 Debug Console 手动干预。
