VSCode调试控制台报语法错误主因是运行时版本不支持新语法或变量不在当前作用域；需确认node版本、避免直接输入链式访问和多行表达式，并确保source map正确对齐。
VSCode调试控制台里输入表达式报语法错误，基本不是代码写错了，而是当前上下文不支持该语法或作用域里根本没定义那个变量。
调试控制台不认新语法（比如 ??、?.、using）
调试控制台用的是当前调试会话的语言服务版本，不是你项目里 tsc 或 node 的版本。比如你在 TS 项目里用了空值合并操作符 ??，但调试器底层 JS 引擎是旧版 V8（如 Node.js 14），就会直接报 Unexpected token '?'。
- 确认当前调试目标的运行时版本：在
launch.json里看runtimeExecutable或version字段，或终端执行node --version - 避免在控制台硬写新语法：改用等价老写法，比如
a != null ? a : b替代a ?? b - 如果必须用，可先在代码里定义好变量再求值，比如在断点前加
const tmp = obj?.prop ?? 'default';，然后在控制台查tmp
变量名提示“not defined”或显示 NaN
这不是语法问题，是作用域或执行时机不对。调试控制台只能访问当前堆栈帧可见的变量，且只在断点暂停后才可用。
- 确保已停在断点上——没暂停时控制台是“哑”的，输什么都返回
undefined或报错 - 检查变量是否被优化掉：在
launch.json中添加"skipFiles": ["<node_internals>/**"]</node_internals>并确认"sourceMaps": true，否则局部变量可能不可见 -
NaN通常意味着表达式里有未定义值参与运算，比如foo.bar.length中foo是undefined，别急着改语法，先foo看值
输入对象属性时报 “Unexpected token .”
这是最典型的误解：调试控制台不支持直接输 obj.prop 这种链式访问，尤其当 obj 是复杂对象或带 getter 时，解析器容易在点号处卡住。
- 改用方括号语法：
obj["prop"]或obj?.["prop"]更稳 - 对嵌套深的对象，先赋值再查：
const x = obj.nested; x?.value - 避免在控制台输带换行、注释或模板字符串的多行表达式——它只做单行简单求值
真正麻烦的不是语法报错本身，而是它掩盖了更底层的问题：比如变量根本没进作用域、source map 没对齐、或者你正在看的其实是 minified 后的代码。别盯着错误信息改写法，先确认你调试的到底是不是源码那一层。
