vscode调试时，debug console和watch面板可在断点暂停后直接求值表达式；需确保暂停状态、仅输合法表达式、注意作用域与类型，条件断点严禁副作用。
断点暂停后，直接在 Debug Console 里输表达式
VSCode 的调试控制台（Debug Console）本质就是个运行时求值环境，只要程序停在断点上，它就能访问当前作用域的变量、闭包和全局对象。你不需要额外配置，也不用写 console.log——输入任意合法表达式，回车即得结果。
常见错误现象：输完没反应、报 ReferenceError、返回 undefined。根本原因通常是作用域不对或表达式非法。
- 确保程序确实处于暂停状态（顶部状态栏显示“正在调试”，行号左侧断点为实心红点）
- 不要输语句，只输表达式：
user.name✅，console.log(user)❌，if (x) {...}❌ - 嵌套属性要防
undefined：user?.profile?.avatar比user.profile.avatar更安全 - 函数调用受限：
Array.isArray(items)✅，user.getName()❌（多数调试器不支持方法执行）
Watch 面板里加表达式，实现持续监控
如果你需要反复看某个值的变化（比如循环中每次迭代的 i、响应体里的 response.status），手动敲太慢。Watch 面板会在每次断点命中时自动求值并刷新，比 Debug Console 更省力。
使用场景：跟踪多个相关变量、验证条件是否逐步趋近预期、观察副作用前后的状态差。
- 打开调试视图 → 展开“监视”面板 → 点击
+号 - 输入表达式，如：
items.length > 50、response?.data?.items || []、error?.message - 注意 Watch 不支持赋值或副作用，
i = i + 1会报错，localStorage.getItem('token')可能返回undefined（取决于调试环境沙箱） - 表达式求值上下文与当前断点一致，但不会影响实际执行流
别把条件断点当求值工具用
有人想在条件断点里写 console.log(x) 或 debugger 来“顺便看看值”，这是错的。条件断点只接受纯布尔表达式，且严禁副作用。
典型错误包括：
- 在条件框里写
console.log(user)→ 调试器静默忽略，断点永不触发 - 写
x = 5或++i→ 表达式求值失败，断点退化为普通断点 - 写
user.getId()→ 多数语言后端调试器（如 Java、Python）不支持方法调用，前端 js-debug 也默认禁用 - 字符串漏引号：
status === error→ 报error is not defined，必须写status === "error"
遇到求值失败，先查作用域和类型
Debug Console 和 Watch 都依赖调试器准确注入当前作用域。很多“找不到变量”问题，其实不是语法错，而是作用域不可见或类型推断失败。
容易被忽略的点：
- 箭头函数内定义的变量，在外层断点处不可见；同理，
let/const块级作用域变量超出块就失效 - 异步回调中的变量（如
setTimeout回调）在主线程断点里看不到，需在回调内部设断点再求值 - 调试 Python/Java 时，条件表达式仍要用 JavaScript 语法（VSCode 统一由前端解析），但变量名必须和源码一致（区分大小写、下划线）
- 某些调试器（如老版本 Go 扩展）对复杂对象求值会截断，此时改用
JSON.stringify(obj, null, 2)查看结构
