watch面板不支持await，仅接受同步表达式；异步结果需在调试控制台中求值，或等待promise resolve后监视已解包字段。
Watch 面板里写 await 会直接报错
VSCode 的监视表达式（Watch）不支持顶层 await，输入 await fetch('/api') 会立刻显示 SyntaxError: await is only valid in async functions。这不是你代码写错了，而是 Watch 的求值环境本身不是 async 函数上下文——它连 async 关键字都不识别。
常见误操作包括：复制粘贴调试控制台里能跑的 await 表达式、以为加个 async () => {} 包一层就能绕过限制（实际仍失败）、或在 Python 调试中误用 await（该语言根本无此语法）。
- JavaScript/TypeScript 场景下，Watch 只接受同步表达式；想看异步结果，得先让代码执行到 Promise 已 resolve 的位置，再监视
response.data这类已解包字段 - Python 场景下，Watch 同样不支持
await，且asyncio.run()在调试器中通常被禁用（可能触发 RuntimeError 或静默失败） - 若你正在调试一个已
await完成的变量（比如const data = await api();），直接监视data即可，无需再加await
调试控制台才是异步求值的正确场所
调试控制台（Debug Console）运行在当前堆栈帧的完整执行环境中，对 JavaScript 来说，它默认支持 await（只要暂停点处于 async 函数内）；对 Python 来说，部分新版扩展也支持 await 求值（需确认 Python 扩展版本 ≥ 2026.4）。
实操时注意三点：
- 必须在 async 函数内部暂停——比如断点打在
async function loadData() { ... }的某一行，否则await会报错 - 输入后按回车，控制台会显示
Pending...然后自动更新为最终值（或 rejection 错误），不需手动then - 避免重复执行副作用操作：比如
await submitForm()在控制台敲两次，就会发两次请求
Promise 和 Observable 类型怎么安全监视
监视 apiCall() 本身只会看到 Promise {<pending>}</pending>，毫无意义；但直接写 apiCall().then(x => x.id) 也不行——Watch 不执行异步链。
更稳妥的做法是分两步确认状态：
- 先监视 Promise 实例的
.status（仅 Chrome DevTools 支持）或用typeof apiCall()判断是否为 Promise - 等代码自然走到
const res = await apiCall();后，再监视res或res?.items[0]?.name——这时所有属性都已可用 - 对 RxJS Observable，Watch 根本无法求值，只能在调试控制台用
observable.pipe(take(1)).subscribe(console.log)临时观察一次
容易被忽略的刷新机制和引用陷阱
Watch 面板不会自动追踪异步赋值后的引用变化。例如你有：
let user = null;
setTimeout(() => { user = { name: 'Alice' }; }, 1000);
即使你在 Watch 中添加了 user，它在超时前始终显示 null，超时后也不会自动变成新对象——你得手动点右侧的刷新图标（↻），或重新触发断点。
这跟调试控制台不同：你在控制台里每次敲 user，得到的都是当前最新值。所以对动态异步更新的变量，别依赖 Watch 的“自动刷新”幻觉。
