VSCode调试控制台是REPL环境，断点暂停时可执行任意合法表达式求值；Watch面板仅在断点触发时快照求值，不自动更新引用变化，且不可赋值或执行语句。
调试控制台里直接输入表达式就能求值
VSCode 调试控制台不是只看 console.log 输出的地方，它本质是个 REPL 环境，在断点暂停时可立即执行任意合法表达式并返回结果。只要当前作用域里能访问到的变量、函数、对象，你都能拿来做计算。
常见错误现象：输完 user.name 没反应或报 ReferenceError，大概率是断点位置不对——变量还没声明，或不在当前栈帧作用域内。
- 确保断点停在变量已初始化之后的位置（比如
let user = {...}这行之后） - 支持链式调用：
items.filter(x => x.id > 100).map(x => x.title)，但若items是undefined，会直接报错，不是返回空数组 - 可选链和空值合并更安全：
user?.profile?.avatar ?? 'default.png' - 避免副作用：
localStorage.setItem('debug', 'on')能执行，但可能干扰后续逻辑，慎用
Watch 面板只在断点暂停时求值，且不追踪引用变化
Watch 面板看起来像“实时监控”，其实它只在每次断点触发时做一次快照求值，不会监听对象内部属性的动态变更。比如你监视 obj，然后代码里执行了 obj.count++，Watch 里展开的 obj 树形结构**不会自动更新**，必须手动点刷新图标（↻）或等下次断点再刷新。
容易踩的坑：
- 写
JSON.stringify(state)查看深层结构？大对象会明显卡顿，甚至卡死调试器 - 监视
getData()？如果函数有异步逻辑（含await），会报SyntaxError: await is only valid in async functions - 监视未声明变量或拼错名（如
userNamevsusername），不报语法错误，只显示undefined或Cannot evaluate - 监视表达式里不能写语句：
if (x) {...}、console.log(...)、let y = 1全部无效
Debug Console 和 Watch 的关键区别必须分清
很多人混淆两者能力边界，导致调试时反复碰壁。
-
Debug Console：可执行赋值（count = 999）、调用函数、定义临时变量、用$_引用上一次结果——它是交互式命令行 -
Watch面板：纯表达式求值 + 自动刷新，不可赋值、不支持语句、不保留上下文状态 - 想验证修复思路？用
Debug Console；想长期盯住某个字段变化？用Watch - 右键变量名 → “添加到监视” 是最快捷方式，比手敲少出错，尤其对
response.data.items[0].user.profile.id这类长路径
复杂嵌套或动态结构建议用 JSON.stringify + 条件过滤
面对 state、props、response 这类大型对象，直接展开效率低，还容易漏掉关键字段。这时候表达式要带判断逻辑，让结果更聚焦。
- 只关心非空数据：
Array.isArray(data) && data.length > 0 ? data.slice(0, 3) : 'empty' - 安全打印结构：
typeof data === 'object' && data !== null ? JSON.stringify(data, null, 2) : typeof data - 筛选异常项：
items.find(i => i.status === 'error')?.message - 注意：
JSON.stringify在 Watch 里求值是同步的，但如果对象含循环引用或大量 Buffer，仍可能失败或卡住
最常被忽略的一点：Watch 表达式求值依赖当前断点所在栈帧的作用域，而不是“整个函数体”。哪怕变量在同一个函数里，只要断点设在声明前，它就不可见——这不是 Bug，是设计使然。调试时多看一眼“CALL STACK”面板，确认你正在评估的是哪一层的上下文。
