VSCode 中求值表达式需通过调试控制台实现，必须在断点暂停后才能访问当前作用域变量；Python 不支持赋值，Node.js 支持 await 和赋值；可用 eval 脚本快速验证纯计算表达式，但会丢失上下文且存在安全风险。
在 VSCode 中直接求值表达式，靠的是调试器的“调试控制台”
VSCode 本身不提供独立的表达式计算器，但当你启动调试会话（比如用 node、python 或 go 调试器）后，调试控制台（Debug Console）就支持实时输入并求值任意合法表达式——这比写临时 console.log 快得多。
常见错误现象：按下 F5 启动调试后，没打开调试控制台就直接敲代码，结果无响应；或误点进了“终端”（Terminal）标签页，输表达式报错 ReferenceError: xxx is not defined —— 那是因为终端里没加载当前调试上下文。
- 必须先触发断点（或在
debugger语句处暂停），调试控制台才具备当前作用域变量和函数的访问权限 - Python 用户注意：
python扩展默认启用的是ptvsd或debugpy，调试控制台支持print(x)、x + 1、len(my_list)等，但不支持赋值语句（如y = x * 2）——会提示SyntaxError: invalid syntax - Node.js 用户可放心使用赋值、解构、甚至
await fetch(...)（只要在 async 函数断点下）
不用打断点也能快速验证？试试“代码片段 + 调试配置”组合
想跳过写完整脚本、设断点、再切窗口的流程？可以为常用验证场景预置一个轻量调试入口。
例如，新建一个 eval.js 文件，内容只有一行：console.log(eval(process.argv[2] || '1 + 1'));。然后在 .vscode/launch.json 里加一条配置：
{
"name": "Quick Eval",
"type": "node",
"request": "launch",
"program": "${workspaceFolder}/eval.js",
"args": ["${input:expression}"],
"console": "integratedTerminal"
}
再在 inputs 区块定义一个 prompt 输入项。这样按 Ctrl+Shift+P → Debug: Select and Start Debugging → 选 Quick Eval，就能输入任意 JS 表达式（如 Math.sqrt(144)）并立刻看到结果。
- 这个方法绕过了调试器作用域限制，但失去变量上下文——适合纯计算，不适合验证某个对象字段是否为
null - 安全提醒：
eval()有风险，仅限本地可信环境；生产代码中绝不要用 - Python 用户可用类似思路：用
python -c "print(eval('2**8'))"配合自定义 launch 配置
调试控制台里求值失败，大概率是作用域或类型问题
输入 user.name 报 Cannot read property 'name' of undefined，不一定是 user 不存在，更可能是它还没初始化到当前断点位置，或者被优化掉了（尤其在 production 构建的 JS 中）。
- 检查变量是否真在当前作用域：在调试控制台输
Object.keys(this)（JS）或locals()（Python）看有哪些变量可见 - JS 中若变量被 minify（如
_a），原始名查不到，得看 Sources 面板里实际生成的变量名 - Python 中闭包变量、
__slots__类实例、C 扩展对象（如numpy.ndarray）可能无法直接点出属性，改用dir(obj)或getattr(obj, 'attr', None) - 遇到异步值（如
Promise、async def），记得加await，否则输出的是 pending 状态对象
别依赖调试控制台做复杂逻辑验证
它适合单行计算、字段探查、简单条件判断。一旦涉及多步状态变更、副作用（如修改数组、调用 API）、或需要复现特定执行路径，就必须回到真实断点 + 步进调试。
比如验证“点击按钮后，loading 先变 true，再变 false”，在控制台输 loading 只能看到某一帧的快照，没法观察变化过程；又比如想确认某个 if 分支是否执行，光看变量值不够，得结合 Step Over / Step Into 看执行流。
容易被忽略的一点：调试控制台的表达式求值本身可能改变程序状态（比如调用 arr.pop()），导致后续调试行为失真——这种“观测即干扰”的情况，在验证队列、计数器、单例等状态敏感逻辑时特别危险。
