vscode调试控制台表达式求值默认在暂停的栈帧上下文中，由调试器扩展调用evaluate协议执行，不启动新进程、不解析import、不支持顶层await。
调试控制台的表达式求值默认走什么路径
VSCode 调试控制台（Debug Console）里的表达式不是在 Node.js 或浏览器全局环境中执行的，而是由当前启用的调试器扩展（如 ms-vscode.js-debug、go-delve、cppvsdbg）在**暂停的栈帧上下文**中调用其 evaluate 协议方法完成求值。这意味着：它不启动新进程，不解析 import，也不支持顶层 await —— 所有行为都受限于调试器后端的能力和当前作用域的变量可见性。
为什么有些表达式能执行，有些直接报错
常见失败原因不是语法问题，而是调试协议层面的限制：
-
ReferenceError: xxx is not defined—— 变量未在当前栈帧声明，或被 JS 引擎优化（如 const/let 提前初始化未完成） -
SyntaxError: Unexpected token 'const'—— 尝试输入多行语句或函数声明；Debug Console 只接受单行表达式 -
RuntimeWarning: coroutine 'xxx' was never awaited—— 在 Python 调试会话中直接调用 async 函数，未用await包裹 -
TypeError: Cannot read property 'xxx' of undefined—— 链式访问时某中间项为null或undefined，JS 不支持可选链（?.）在旧版调试器中
注意：JSON.stringify(obj, null, 2) 这类纯计算表达式通常安全；但 fetch('/api') 或 localStorage.setItem() 虽能执行，却可能干扰后续调试流程。
如何让表达式求值更稳定可靠
关键不是改设置，而是适配调试器的行为边界：
- 避免写
if/for/function块，只用三元、逻辑运算、方法调用 - 访问嵌套属性前先确认存在，例如用
user && user.profile && user.profile.name替代user.profile.name - Python 中需显式
await：输入await my_async_func()，而非直接my_async_func() - JavaScript 中可放心用可选链和空值合并（
?./??），但需确保调试器版本 ≥ 2022（js-debug默认支持） - 如果需要复杂逻辑，优先在“监视”面板添加表达式，它比手动输入更容错，且自动刷新
launch.json 里没有“表达式求值模式”配置项
你找不到类似 "expressionEvaluationMode": "repl" 的配置，因为这不是 VSCode 主体控制的，而是由调试器扩展决定的。例如：
- Node.js / Chrome 调试使用
context: 'repl'（见setExpression实现），支持赋值和简单副作用 - Go 的
delve调试器默认禁用变量修改，evaluate仅用于读取 - C++ 的
cppvsdbg对模板类型推导有限，std::vector<int>[0]</int>可能报错，但vec.data()[0]可行
真正要调的不是 VSCode 设置，而是确认你装的是对应语言最新版调试扩展，并检查其文档是否明确支持你正在尝试的操作——比如 setExpression 在 Go 或 Rust 调试器中根本不存在。
