async函数是异步逻辑骨架，标准化结构包含职责拆分、时序控制、错误收口、上下文管理四部分：按阶段拆分为小而专的async函数；用await表达强依赖，promise.all并发无依赖任务；循环中避免逐个await；每步校验结果并结构化报错；finally清理资源；上下文需显式传递或框架辅助透传。
async 函数本身不是模板，而是组织异步业务逻辑的骨架。真正标准化的是围绕它的结构设计：职责拆分、时序控制、错误收口、上下文管理四部分缺一不可。
按业务阶段拆分成小而专注的 async 函数
每个函数只做一件事，返回明确的 Promise 类型结果，便于复用和单元测试。
- 查用户 →
async function fetchUser(id) - 验权限 →
async function checkPermission(userId, action) - 发通知 →
async function sendNotification(userId, message) - 避免写成一个“大 async”包揽全部，否则难以隔离问题、无法单独打桩测试
用 await 显式表达强依赖，用 Promise.all 并发独立任务
依赖关系决定写法：需要前一步输出才执行下一步，就 await；彼此无关，就并发发起。
- 串行（有数据依赖）：
const user = await fetchUser(id); const perm = await checkPermission(user.id, 'edit'); - 并行（无依赖）：
const [profile, settings, stats] = await Promise.all([fetchProfile(), fetchSettings(), getUsageStats()]); - 循环中慎用 await：遍历 ID 列表批量查用户时，若逐个 await 就退化为串行；应先 map 成 Promise 数组，再 all
统一 try/catch + finally 处理异常与清理
不靠上层兜底，每个关键业务段自己负责错误响应和资源释放。
- 每个 await 后建议校验结果有效性（如
if (!user) throw new Error('User not found')） - 用 try/catch 捕获具体步骤失败，返回结构化错误对象（含 code、message、cause）
- 在 finally 或 .finally() 中关闭连接、清除定时器、上报耗时指标等确定性操作
上下文透传要显式或框架辅助，不靠闭包或全局变量
请求 ID、用户身份、租户信息等需贯穿整条异步链，不能因 await 暂停而丢失。
- 中小项目：把 context 对象作为参数传入每个 async 函数，例如
await handleOrder(ctx, orderId) - Node.js 环境可结合
async_hooks自动追踪；Express 可用res.locals；NestJS 用ExecutionContext - 避免用闭包捕获外层变量来“隐式传递”，容易在异步边界丢失引用或造成内存泄漏
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
