async/await 本身不直接实现高局部性或防腐拦截层，但为构建职责单一、边界清晰、副作用收敛的异步业务单元（如鉴权、参数标准化、错误归一化、离线兜底）提供了最自然可控的执行模型，其核心在于函数契约约束：独立async函数、显式依赖、不可变输入、可预测错误类型及管道式组合。
async/await 本身不直接实现“高局部性”或“防腐拦截层”，但它为构建这类业务原语提供了最自然、最可控的执行模型——关键不在语法，而在结构设计。
什么是高局部性的防腐拦截层原语
它指一个职责单一、边界清晰、副作用收敛的异步业务单元，例如：
- 统一鉴权检查（读取 token → 验证有效期 → 刷新或跳转）
- 请求前参数标准化（自动补 tenantId、序列化 body、添加 traceId）
- 响应后错误归一化（将 401/403/500 等映射为可识别的业务错误码）
- 离线兜底策略（网络失败时读取缓存 + 标记 stale）
这些逻辑必须：只依赖明确输入、不污染外部状态、可独立测试、失败不影响主流程（或明确中断）。
用 async/await 实现局部性保障的核心写法
不是简单加 async/await，而是通过函数契约约束行为边界：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
立即学习“前端免费学习笔记（深入）”；
- 每个拦截原语都定义为独立的 async 函数，只接收原始上下文（如 requestConfig、response、error）并返回处理后的版本或抛出拦截错误
- 禁止在函数体内直接操作全局 store、修改入参对象、调用非声明依赖的副作用函数
- 所有异步依赖显式传入（如 authClient、cacheAdapter），便于 mock 和替换
- 使用 try/catch 包裹 await 表达式，把异步失败转化为可预测的 error 类型（如 AuthError、NetworkStaleError）
组合多个原语而不破坏局部性
避免链式 await 堆叠导致责任扩散。推荐用“管道式组合”：
- 写一个轻量 composeInterceptors 工具函数，接收多个 async 原语，顺序执行并透传上下文
- 每个原语只关心自己的输入输出，不感知前后环节；失败时由上层统一捕获并降级
- 示例：
const processed = await composeInterceptors([authCheck, addTrace, validateBody])(rawReq)
与 Promise 链的本质区别
Promise.then() 容易隐式共享闭包变量、难以隔离错误域；而 async/await 强制你把每一步拆成命名函数，天然支持：
- 单步调试：可在任意 await 行设断点，查看当前上下文快照
- 单测覆盖：每个原语可单独 await 测试，无需模拟整个链路
- 条件跳过：用 if/else 控制是否执行某拦截器，逻辑清晰不嵌套
这正是高局部性落地的技术支点——不是语法多强大，而是它让“小函数 + 明确契约 + 同步感书写”成为默认习惯。
