VSCode表达式求值能力由调试器扩展决定，非编辑器自身提供；不同调试器对evaluate、setExpression、await支持差异大，需查capabilities响应确认，且受launch.json配置和作用域、语法、初始化状态等硬性限制。
调试器配置决定表达式求值能力
VSCode 本身不执行表达式求值，实际能力由所用调试器扩展（如 ms-vscode.js-debug、ms-python.python、vadimcn.vscode-lldb）提供。不同语言/调试器对 evaluate、setExpression、await 的支持程度差异极大——比如 Python 调试器默认不支持 await apiCall()，而 Chrome 调试器支持但要求上下文是 async 函数内。
关键判断依据是调试器的 capabilities 响应：打开“调试控制台”，输入 debugger; 暂停后执行 JSON.stringify(debugSession.capabilities)，检查字段如 supportsEvaluateForHovers、supportsSetExpression、supportsAsyncEvaluate 是否为 true。
- Node.js（js-debug）：默认启用全部能力，
await和setExpression均可用 - Python（ptvsd 已弃用，现用 debugpy）：支持
evaluate，但await需显式开启"justMyCode": false且仅限顶层异步函数内 - C++（LLDB）：支持基本表达式，
setExpression可修改变量，但不支持函数调用或复杂语句
launch.json 中影响求值行为的关键配置项
launch.json 里的几个字段会静默限制表达式求值范围，不是语法错误却导致 Cannot evaluate 的常见原因：
-
"justMyCode": true（默认）：调试器只允许求值你项目内的代码，node_modules或内置模块中的函数（如JSON.parse）可能被拒绝——设为false可临时放开 -
"skipFiles"：若路径匹配到当前求值表达式所在文件（例如误配"**/node_modules/**"），整个帧会被跳过，导致变量不可见 -
"console": "integratedTerminal"：某些调试器（如旧版 Python）在集成终端模式下禁用setExpression，换用"externalTerminal"或"internalConsole"可能恢复 -
"env"和"envFile"：表达式求值运行在调试进程上下文中，若依赖环境变量（如process.env.API_URL），必须确保它们已通过这些字段注入
Watch 表达式失效的三大硬性限制
Watch 面板不是 JS 控制台的镜像，它受调试协议底层约束，以下情况必然失败：
- 作用域外访问：断点停在
function a() { let x = 1; }内部，却监视b.x——b不在当前帧作用域，直接报ReferenceError - 非表达式写法：写
console.log(user)或if (x) {}，Watch 只接受可求值表达式，语句一律 SyntaxError - 引用未初始化属性：JavaScript 中
obj.missingProp.length报Cannot read property 'length' of undefined；Python 中obj.missing_attr抛AttributeError，中断整个求值——改用obj?.missingProp?.length或getattr(obj, 'missing_attr', None)
调试控制台里 setExpression 的实际用法
setExpression 是调试器协议方法，VSCode 调试控制台不直接暴露该命令，但可通过两种方式触发：
- 在变量面板中右键点击变量 → “设置值”，输入新值（如
"admin"），底层自动调用setExpression协议 - 在调试控制台中直接写赋值语句：
user.role = "admin"或count = 42，只要变量在当前作用域且可写，就会生效（注意：不会立即刷新 Variables 面板，需单步或继续后才更新） - 复杂场景如重置对象：
config = { theme: 'dark', lang: 'zh' }，但若config是 const 声明或冻结对象，会静默失败，此时需先确认其可变性
最易被忽略的是：修改后变量值虽已变更，但当前堆栈帧中已缓存的旧引用（比如 const cached = user）不会同步更新——调试时得盯住原始变量名，别依赖中间缓存。
