async/await 调试可像同步代码逐行进行，关键是在 await 行设断点，等待 Promise 完成后停在下一行；启用异步堆栈跟踪可完整查看调用链；配合 console.log 或 debugger 可增强调试灵活性。
在 JavaScript 中使用 async/await 时，断点追踪和调试其实和普通同步代码一样自然，关键在于理解执行上下文切换和 DevTools 的行为。只要方法得当，你完全可以像调试同步函数那样逐行查看 await 后的返回值、检查作用域、观察 Promise 状态变化。
在 await 行设置断点最直接有效
Chrome、Edge、VS Code 等主流调试器都原生支持 await 断点。你只需在 await 表达式所在行（比如 const data = await fetch(...)）左侧点击打上断点——执行到此处会暂停，但不会立即进入 Promise 内部，而是等待 Promise resolve/reject 后自动恢复，并停在下一行（即 await 后面那行）。这是最符合直觉的调试方式。
- 断点打在
await行：暂停等待 Promise 完成，恢复后停在下一行 - 断点打在
await后面那行：只有 Promise 完成后才会触发，适合检查返回值 - 避免在 Promise 构造器内部（如
new Promise(...)的回调里）打断点——那属于微任务队列，和 async 函数体不在同一调用栈
利用“异步堆栈跟踪”看清 await 调用链
默认情况下，DevTools 的调用栈只显示当前 microtask 的帧（比如 then 回调），async 函数的原始调用位置会被截断。开启 Async Stack Traces（Chrome DevTools → 设置 → Preferences → “Enable async stack traces”）后，调用栈会显示完整的 async 调用链，例如：
async foo → async bar → await fetch()。这样你能快速回溯是哪一层发起的异步操作。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
配合 console.log 或 debugger 动态辅助
当断点不够灵活（比如想在 Promise settle 前/后插入日志），可临时加 console.log 或 debugger：
立即学习“Java免费学习笔记（深入）”；
await fetch(...).then(res => { console.log('resolved', res); return res; });- 在
try/catch块中，在catch分支加debugger，能精准捕获被 await 捕获的 rejection - 注意：不要在
await表达式中间写debugger，如await debugger; fetch(...)是语法错误
VS Code 中调试需确保 launch.json 配置正确
如果在 VS Code 里断点不生效，检查 .vscode/launch.json 是否启用了源映射和正确的运行时：
-
"type": "pwa-chrome"或"pwa-node"（新版推荐） -
"sourceMaps": true（若代码经 Babel/TS 编译） -
"resolveSourceMapLocations"路径配置正确，否则断点可能错位
