调试控制台仅在断点暂停时可用，作用域严格限定于当前栈帧；支持单行表达式求值与局部变量修改，但不支持import/require、多行语句、跨作用域访问及副作用操作。
调试控制台必须在断点暂停时才可用
VSCode 的 Debug Console 不是终端，也不是 REPL，它只在调试会话中、且当前执行被断点中断时才激活并绑定作用域。没启动调试（F5）、没命中任何断点，控制台输入什么都会显示 ReferenceError: xxx is not defined 或直接无响应。
常见错误现象：写了 console.log(user) 却看不到输出，其实是没进断点；或者在控制台敲 data.items 报错，是因为 data 根本不在当前栈帧里。
- 务必先配置好
launch.json，type设为"node"或"pwa-chrome"等对应运行时 - 在代码行号左侧点击设断点（F9），再按 F5 启动调试
- 等执行停住后，再切到
Debug Console面板（默认在面板底部，标签名就是 “调试控制台”） - 此时输入的任何表达式，都只作用于当前函数/作用域内已声明、未被 JS 引擎优化掉的变量
能输什么？不能输什么？
控制台支持单行 JavaScript/TypeScript 表达式求值，但有明确边界：它复用当前 V8 或 Node.js 引擎上下文，不支持破坏执行环境的操作。
能安全做的：
- 直接输入变量名，如
user、response.status，回车即展开查看 - 调用纯函数或无副作用方法，如
items.filter(i => i.id > 100)、JSON.stringify(data, null, 2) - 做逻辑判断，如
typeof error === 'string'、arr.length === 0 - 临时修改局部变量，如
count = 42（后续断点中该变量即为新值）
不能做的：
- 输入
import、require、async/await—— 会报SyntaxError或RuntimeWarning: coroutine was never awaited - 写多行语句（比如 if 块、for 循环），换行即触发求值，必然报错
- 访问未初始化的变量，或跨作用域引用（例如上层函数里的
token，当前断点在子函数里就拿不到） - 执行带副作用的操作，如
localStorage.clear()虽然能运行，但可能干扰调试逻辑，不推荐
为什么有时变量明明存在却读不到？
这不是 Bug，而是调试器作用域和 JS 引擎优化共同导致的结果。V8 在生产模式或启用 sourceMap 不全时，可能把局部变量内联或删除，导致调试器无法映射。
- 确认
launch.json中启用了sourceMaps: true（Node.js）或resolveSourceMapLocations（Chrome） - 避免在箭头函数或 IIFE 内部定义关键调试变量，它们更容易被优化掉
- 如果变量名含空格或特殊字符，必须用括号语法访问，例如
locals()['user id'] - 切换调用堆栈（Call Stack 面板）顶部的不同层级，控制台作用域会随之变化——这是查闭包变量的唯一办法
替代方案：什么时候该用“监视”而不是控制台？
如果你要反复看某个表达式的值（比如循环中每次迭代的 item.price * item.qty），手动输太累，也容易漏掉中间态。这时应该用“监视”（Watch）面板。
- 在
Watch面板点 + 号，直接粘贴表达式，如items.find(i => i.id === currentId) - 它会在每次断点暂停时自动求值并缓存结果，比控制台更稳定
- 配合条件断点（右键断点 → Edit Breakpoint →
condition: i % 10 === 0），可精准捕获第 10/20/30 次迭代的数据 - 注意：
Watch里的表达式不能赋值，只读；而控制台可以，这是关键分工
真正卡住人的往往不是功能不会用，而是误以为它是个通用 JS 环境——它只是一扇窄窗，只对准当前那一帧的内存快照。越早接受这个限制，越少浪费时间在 import 报错或找不到变量上。
