调试控制台输入无反应，90%是作用域不匹配或语法错误；需确认变量在当前断点作用域内、用typeof或可选链探查、避免静默失败。
调试控制台输入表达式后没反应？检查作用域和语法
最常见的“没反应”不是卡死，而是表达式求值失败但没报错提示。VSCode 调试控制台默认只显示 undefined 或 null，不会主动抛出 ReferenceError —— 尤其在变量未定义或拼写错误时。
实际排查步骤：
- 确认当前断点所在的函数是否真的定义了你要访问的变量（比如
user在外层函数声明，但你在内层回调里直接输user.name，可能因闭包未捕获而报错） - 用
typeof user或Object.keys(this)先探查当前作用域有哪些可用标识符 - 嵌套属性访问优先用可选链：
response?.data?.items?.length，避免Cannot read property 'data' of undefined - 字符串模板、箭头函数等语法必须完整合法；
items.map(x => x.id)可以，但漏掉括号或分号会静默失败
监视窗口里表达式值一直显示 NaN 或 undefined？重点看求值时机和上下文
NaN 不代表表达式写错了，往往说明它被求值时某个中间值是 undefined 或 null，参与了数值运算（比如 count + 1 中 count 是 undefined）。
更隐蔽的问题是：监视表达式在每次暂停时才求值，但它**不保证变量在该时刻一定已初始化**。例如：
- 在 React 函数组件顶部设断点，监视
this.state.count—— 会报错，因为函数组件没有this - 在异步回调前设断点，监视
data.items—— 此时data还未赋值，结果就是undefined - 监视
JSON.stringify(obj)时，若obj含循环引用，会直接显示TypeError而非值
建议做法：先在调试控制台手动输一遍表达式，确认能返回预期结果，再加到监视列表。
想修改变量值验证逻辑分支？注意修改范围和副作用
调试控制台支持直接赋值，比如输入 status = 'error' 回车，后续代码就会按新值执行。但这有明确边界：
- 只能修改当前作用域内的可写变量（
let/var声明的可以，const声明的会报错Assignment to constant variable） - 对象属性可改：
user.active = false，但重赋整个对象（user = {id: 2}）可能失效，因局部变量绑定的是旧引用 - 调用有副作用的方法（如
localStorage.setItem('debug', '1')）可行，但下次继续执行时可能触发真实请求或状态变更，需心里有数 - Python 调试中，
price = 999有效，但items.append(100)这类原地修改方法也生效，别误以为只读
Chrome 调试时想操作 DOM？别忘了 $ 和 $$ 快捷命令
在 launch 模式下附加到 Chrome 标签页后，调试控制台继承 DevTools 的快捷命令，但很多人不知道它们在 VSCode 里同样可用：
-
$('#header')返回第一个匹配元素（document.querySelector） -
$$('button')返回所有 button 元素（document.querySelectorAll） -
$('.item').forEach(el => el.style.color = 'red')可批量操作 - 注意：这些命令仅在浏览器环境有效，Node.js 调试会报
$ is not defined - 如果想高亮某个元素，直接输
$('#search-input').scrollIntoView()，比手动找 DOM 面板快得多
真正容易被忽略的点是：这些命令的执行上下文是页面全局，不受当前 JS 断点所在函数的作用域限制——你甚至能在某个深层闭包里用 $ 拿到顶层 DOM 节点。
