调试暂停时可在控制台直接输入变量名（如user、items、this.state）求值，前提是其位于当前调用栈作用域链上；支持嵌套属性访问、方法调用及监视表达式，但不支持变量声明。
调试暂停时直接在控制台输入变量名
只要断点停在变量所在的作用域内，user、items、this.state 这类局部变量就能在调试控制台里直接求值。VSCode 会自动在当前调用栈的顶层作用域中查找——不是靠“声明位置”，而是看“执行时是否在作用域链上”。
常见错误现象：输入 config 报错 ReferenceError: config is not defined，其实它可能在闭包里或上层函数中定义。这时别急着重写，先点开“变量”面板里的“闭包”区块，确认它是否存在；如果存在，直接在控制台输 config 就能访问。
- 支持嵌套属性访问，如
user.profile.avatarUrl - 支持方法调用，如
items.filter(i => i.active)（前提是items在当前作用域） - 不支持
let x = 10这类声明语句，只接受表达式
右键变量名一键添加到监视窗口
光标悬停在源码中的变量上（比如 response.data.users），右键 → “添加到监视”，VSCode 会自动把完整路径加进“监视”面板。这比手动敲更准，尤其对长链属性或带括号的索引（如 list[0].name）能避免拼写错误或漏掉点号。
注意：如果变量是 const 声明且未被优化掉，监视值会实时更新；但如果它被 JavaScript 引擎内联或提升为常量，可能显示为 [unavailable] —— 这不是 VSCode 的 bug，而是 V8 的优化行为，可在 tsconfig.json 中设 "removeComments": false 和 "preserveConstEnums": true 辅助缓解。
调试控制台里修改局部变量值要小心作用域
在控制台输 count = 42 确实能改值，但仅限于当前作用域可写的绑定。比如函数参数如果是原始类型（function fn(id) { ... }），改 id = 999 不会影响外层调用；但如果是对象，user.name = 'test' 会真实修改引用指向的数据。
容易踩的坑：
for (let i = 0; i 中的 <code>i是块级绑定，断点停在循环体内时可以改，但下一次迭代仍按原逻辑递增 —— 控制台赋值不会覆盖循环机制- 箭头函数里没有自己的
this，输this实际取的是外层函数的this，别误以为是当前对象实例 - 异步回调里的局部变量（如
setTimeout(() => { const temp = 'x'; }, 0)）断点停在里面才能访问temp，停在外层就不可见
监视表达式比变量面板更适合深层或计算型状态
“变量”面板只展示当前帧里声明的变量名和值，而“监视”面板支持任意合法表达式，比如 JSON.stringify(errors)、Object.keys(props).length > 5 或 user?.permissions?.includes('admin')。这些在变量面板里要么找不到，要么得层层展开才看得清。
性能提示：每个监视项都会在每次断点暂停时重新求值。如果表达式含复杂计算（如 largeArray.map(...).filter(...).reduce(...)），可能拖慢调试响应 —— 建议只监关键路径，非必要不放重型操作。
真正容易被忽略的是：监视表达式不依赖变量是否“显式声明”，只要能在当前调用栈的作用域链中解析出来，就能工作。比如闭包捕获的 apiBase、React 函数组件里从 useState 解构出的 data，哪怕没出现在“变量”面板顶部，加进监视照样生效。
