“Cannot evaluate expression”表示当前断点位置无法访问变量，因栈帧不可用、作用域已退出或ES6临时死区；需将断点设在变量可访问处，如异步回调内，并确保调试模式匹配（如Node.js用attach而非launch）。
为什么Watch窗口里变量显示“Cannot evaluate expression”
调试时加了变量却看到这个报错，大概率不是语法问题，而是当前执行位置不支持求值——比如断点停在异步回调外、或函数已退出作用域。VSCode 的 Watch 窗口依赖调试器（如 Node.js 的 vscode-js-debug 或 Python 的 debugpy）在暂停上下文中实时解析表达式，一旦栈帧不可用，就无法读取。
- 确保断点落在变量实际可访问的位置：比如在
setTimeout回调内部设断点，而不是外层函数末尾 - 避免监视未初始化的
let/const变量（ES6 临时死区会导致求值失败） - Node.js 项目中，若用
nodemon+--inspect启动，需确认 VSCode 是 attach 模式而非 launch 模式，否则调试器可能未完全接管运行时
Watch里怎么监视对象深层属性或计算结果
直接输 user.profile.name 可以，但遇到动态 key、getter、或需要过滤的数组，就得写表达式。VSCode 的 Watch 支持完整 JS/TS 表达式（取决于调试器），不是简单路径查找。
- 监视响应式对象的原始值：用
JSON.stringify(state)，避免被 Proxy 代理拦截后显示空对象 - 过滤数组并取长度：
items.filter(i => i.active).length，但注意性能——每次刷新 Watch 都会重新执行 - 访问 Vue 3 的
ref值要解包：count.value，而不是count（否则显示的是整个 ref 对象） - Python 调试中不能写
obj.attr就完事，得确认obj是实例且attr不是 property 或 __get__ 方法，否则可能报Unable to get repr for <...></...>
多个环境（Node.js / Python / Go）下Watch行为差异
不同语言插件对 Watch 的实现深度差别很大：JavaScript 调试器最灵活，Go 的 dlv 插件只支持简单变量和字段访问，Python 的 debugpy 则对局部作用域外的闭包变量支持较弱。
- Node.js（
vscode-js-debug）：支持await fetch('/api')这类顶层 await（仅限 ES module），但会阻塞调试器 UI，慎用 - Python：不能在
Watch中调用带副作用的函数（如list.pop()），debugpy 默认禁用，否则可能意外修改状态 - Go：不支持函数调用或复杂表达式，只能写
user.Name、len(data)这类基础操作；若变量是接口类型，Watch显示的是接口头，不是底层具体值
为什么改了代码但Watch里的值没更新
不是缓存，是调试器没重载上下文。VSCode 的 Watch 列表本身不自动刷新表达式依赖关系，它只是按当前暂停栈帧快照取值。如果变量在断点前已被修改，但你没重新触发断点，它就一直显示旧快照。
- 热重载（HMR）不会触发调试器重新绑定，改了
state但没走到新断点，Watch仍显示上一次暂停时的值 - 使用
Debug: Restart Session快捷键（Ctrl+Shift+F5）比单纯继续执行更可靠，尤其在修改了初始化逻辑之后 - 某些插件（如 Python 的 Pylance）会干扰调试器变量解析，关掉
"python.analysis.extraPaths"或禁用 Pylance 可缓解
Watch 窗口本质是调试器能力的“透明镜”，它不聪明，也不容错——你写的每个表达式都原样交给底层调试协议执行，写错一个括号或拼错一个属性名，它就静默失败或返回 undefined。真正难的从来不是加个变量，而是判断此刻该变量是否真的“存在”于这个栈帧里。
