VSCode表达式求值失败主因是调试上下文缺失：未暂停、栈帧不可用或作用域不匹配；Watch为只读快照，Debug Console为可执行REPL，二者机制与适用场景截然不同。
VSCode 表达式求值（Watch 或 Debug Console）无法运行，基本不是代码写错了，而是当前没有可用的调试上下文——没暂停、栈帧不可用、作用域不匹配，三者占九成以上。
为什么 Watch 显示 “Cannot evaluate expression”
这不是语法错误，是调试器压根找不到变量所在的执行环境。常见触发点：
- 断点设在函数 return 之后，或 for 循环块外，
let i已出作用域 - 异步回调还没执行，却在顶层监视
data.items—— 此时data还未定义 - TypeScript 项目里直接输
myVar，但源码映射失效，调试器停在编译后的.js文件，变量名已被重命名 - ES6 临时死区：用
let声明的变量，在声明语句前访问会直接报错，Watch 同样不认
Debug Console 回车没反应或报 ReferenceError
焦点和上下文双失守。先确认两件事：你是否真在暂停态？输入框是否有光标？
- 按
Ctrl+Shift+Y（Win/Linux）或Cmd+Shift+Y（macOS）后，必须手动点击输入框底部空白行，或再按一次快捷键强制聚焦 - 若看到
ReferenceError: user is not defined，说明当前调用栈为空——要么没暂停，要么断点卡在全局作用域外（比如 Promise.then 外层） - Node.js 调试中，
await fetch('/api')在 Debug Console 可能阻塞 UI，且旧版插件不支持；优先改用fetch('/api').then(r => r.json()) - Python 场景下，
obj.attr报AttributeError会中断求值，改用obj.__dict__.get('attr')或getattr(obj, 'attr', None)
Watch 和 Debug Console 到底该用哪个
混淆这两者是多数人反复踩坑的根源。它们底层机制完全不同：
-
Watch是只读快照：每次断点暂停自动重算，适合盯response.data.length、user?.status这类无副作用表达式；写counter++或localStorage.setItem()无效，甚至直接报错 -
Debug Console是完整 REPL：支持赋值（count = 100）、调函数、修改对象属性、用$_引用上一次结果；但它不自动刷新，必须手动回车 - 想看深层对象原始结构？
Watch里写JSON.stringify(state, null, 2)；想临时清缓存？去Debug Console输db.clearCache()
不同语言对表达式求值的支持差异很大
别假设 JS 的灵活度在 Python 或 Go 里也成立。各调试器能力边界非常明确：
- JavaScript/TypeScript（
vscode-js-debug）：支持await、可选链、箭头函数、Promise.allSettled()等，但顶层await会阻塞 UI - Python（
debugpy）：禁止带副作用的调用（如list.pop()），不支持复杂闭包变量访问，obj.get('key', [])比obj['key']安全得多 - Go（
dlv）：只认字段访问（user.Name）、基础函数（len(data)）、简单运算；接口类型显示的是接口头，不是底层具体值 - Vue/React 开发中：
ref必须解包（count.value），reactive对象要防 Proxy 拦截（用JSON.stringify()看原始值）
最常被忽略的一点：Watch 表达式不会自动感知变量依赖变化。它只是在每次暂停时，拿当前栈帧快照去求值。如果你改了代码但 Watch 值没变，不是缓存问题，是断点没重新命中、或变量根本不在当前帧里——得手动移动断点位置，而不是刷新面板。
