动态分流的核心是将清洗逻辑拆分为可组合、可中断的异步单元，每个节点返回结构化状态供后续 if/switch 决策，配合 Promise.race 实现超时兜底，使控制流由数据与运行时状态共同驱动。
直接用 await 实现动态分流，核心不是“链式等待”，而是把清洗逻辑拆成可组合、可中断的异步单元，让每个节点的执行与否取决于前一个节点的返回值——尤其是布尔判断、枚举状态或结构化结果。关键在于放弃“固定顺序执行”的惯性思维，转而用 if / switch 控制流走向，同时保持整个管道仍是 Promise 链式可 await 的。
把清洗步骤封装为返回明确状态的 async 函数
每个清洗节点不应只做处理，还要明确告诉下游“接下来该走哪条路”。比如：
-
校验节点 返回
{ valid: true, data: cleaned }或{ valid: false, reason: 'missing_phone' } -
格式标准化节点 返回
{ type: 'user', normalized: {...} }或{ type: 'order', normalized: {...} } -
业务规则节点 返回
status: 'pass' | 'quarantine' | 'reject'
这样后续 await 的结果就能直接参与条件判断，而不是单纯等它完成。
用 if/else 在 await 后即时决策分支
不要写成 await step1(); await step2(); await step3(); 这种死路径。而是：
- 先
const result1 = await validate(record); - 再根据
result1.valid决定是否调用normalize()；不满足则跳转到logToQuarantine() - 接着
const result2 = await normalize(result1.data);，再根据result2.type分发给不同风控规则函数
整个过程仍是同步风格书写，但控制流完全由数据状态驱动，不是硬编码顺序。
避免深层嵌套，用立即执行异步函数（IIFE）组织分支
多层判断容易形成 if (a) { if (b) { if (c) { ... } } }。改用带命名的 async IIFE 提升可读性：
const clean = await (async () => { if (valid) return await standardize(data); else return await fallbackHandler(data); })();const enriched = await (async () => { switch(type) { case 'user': return await enrichUser(clean); case 'order': return await enrichOrder(clean); default: throw new Error('unknown type'); } })();
既保持单个 await 表达式清晰，又把分支逻辑内聚在局部作用域里。
结合 Promise.race 实现超时兜底与状态抢占
某些清洗节点可能耗时不确定（如远程查码表），而它的输出会决定后续分支。这时可用 Promise.race 抢占状态：
const [outcome] = await Promise.race([ cleanupStep(record), timeout(5000).then(() => ({ status: 'timeout' })) ])- 若 5 秒内完成，
outcome是清洗结果；否则是超时标记，直接进入降级分支 - 这样分流不仅依赖业务逻辑，也纳入了执行时长这一运行时状态
本质上，await 级联在这里不是语法糖，而是把“等待结果”和“基于结果决策”这两个动作无缝咬合的机制。
