调试控制台输入无反应，首要检查变量是否在当前断点作用域内可见或表达式是否存在语法错误；可输入this或已知变量验证作用域，用$1/$2复用历史结果，监视面板实现自动刷新求值。
调试控制台输入后没反应？检查作用域和语法
表达式求值失败最常见的原因是当前断点所在作用域不可见目标变量，或表达式本身有语法错误。VSCode 不会报错提示“变量未定义”，而是静默返回 undefined 或直接不输出——这容易被误认为“没生效”。
确认方式很简单：在调试控制台输入 this 或 arguments（函数内），看是否能打印出结构；再输入一个已知存在的局部变量名，比如 user，如果返回 undefined，说明它确实不在当前作用域链中。
- 闭包变量、外层函数声明的变量，在内层断点处通常可访问；但被 JS 引擎优化掉的变量（如未实际使用的参数）可能显示为
[unavailable] - 避免在箭头函数里尝试访问
arguments，它不存在；改用命名参数或展开剩余参数 - 表达式末尾不加
;更安全，加了也不会错，但某些复杂嵌套语句（如立即执行函数）可能因分号导致解析失败
频繁重输表达式？用 $1、$2 快速复用历史结果
你刚执行了 items.filter(i => i.status === 'pending') 得到 42 个对象，现在想看其中所有 ID —— 不必再敲一遍 filter，直接输入 $1.map(i => i.id) 即可。VSCode 调试控制台会把每次成功求值的结果按顺序编号为 $1、$2……
这个机制特别适合分析深层嵌套结构或耗时操作（比如 DOM 查询）：
-
$1永远是最近一次输出，$2是上上次，依此类推；超过 10 条后自动轮换，不会无限累积 - 如果某次输入导致报错（如
Cannot read property 'map' of undefined），该行不会生成$N，后续编号也不偏移 - 不支持跨调试会话保留，重启调试后
$1重置
要持续观察某个值？别手敲，加进“监视”面板
反复输入 localStorage.getItem('auth_token') 或 performance.memory.usedJSHeapSize 不仅费事，还容易拼错。点击调试侧边栏的“监视”（Watch）区域右上角 +，粘贴表达式即可让它自动刷新。
监视项的优势在于：每次断点暂停都会重新求值，且独立于控制台输入历史——哪怕你清空了控制台，监视列表依然有效。
- 支持任意合法表达式，包括函数调用（如
getActiveUsers().length），但建议避开有副作用的调用 - 表达式报错时会在监视项旁显示红色叹号和简短错误，比如
ReferenceError: config is not defined，比在控制台里翻记录快得多 - 可以右键监视项选择“删除”或“编辑”，无需退出调试
为什么 filter 或 map 总是返回空数组？检查 this 绑定和数据真实性
在控制台输入 items.filter(i => i.active) 却得到 []，不一定逻辑错，很可能是 items 当前为空、或 i.active 全为 falsy（null、undefined、false、0、''）。
更隐蔽的问题是 this 绑定丢失：如果你在对象方法里断点，又在控制台调用 obj.process()，而 process 内部用了 this.data，那它很可能找不到上下文。
- 先单独输入
items看原始值，再输入items[0]看第一个元素结构，确认字段名拼写（比如是isActive还是active） - 避免在控制台里写多行箭头函数，VSCode 对换行支持不稳定；如需复杂逻辑，拆成单行或改用传统函数式写法
- 对异步数据（如刚发起的 fetch 返回的 Promise），控制台无法自动 await，必须显式写
await response.json()，否则看到的是 pending 状态的 Promise 对象
. 是不是真的能链下去。 
