async函数本身不提供数据流控制能力，但通过await可天然实现按顺序、可等待、带错误处理的单向执行流，适合替代回调嵌套；需主动设计结构（如避免Promise.all）才能确保单向性。
async 函数本身不直接提供数据流控制能力，但它能天然配合 Promise 和 await 实现**按顺序、可等待、带错误处理的单向执行流**，特别适合替代回调嵌套或手动管理异步依赖的场景。
用 await 串行执行异步操作
最基础的单向控制：每个步骤必须等前一个完成才开始，天然形成一条执行链。
例如加载用户 → 获取订单 → 渲染界面：
async function loadUserProfile() {
const user = await fetch('/api/user').then(r => r.json());
const orders = await fetch(`/api/orders?uid=${user.id}`).then(r => r.json());
renderProfile(user, orders);
}
这里没有手动传 callback，也没有 Promise.then 链式嵌套，逻辑线性清晰，出错时也能用 try/catch 统一捕获。
用 async/await 替代事件驱动中的“伪同步”流程
某些场景（如表单提交后依次校验、调用接口、更新 UI）表面是事件触发，但业务逻辑本质是单向依赖。用 async 函数封装每步，再按需调用，就能把松散事件变成可控流程。
示例：
-
validateForm()：返回 Promise
-
submitToServer(data)：返回 Promise
- showSuccess(msg)：纯同步 UI 更新
组合起来：
async function handleSubmit(event) {
event.preventDefault();
const data = getFormData();
if (!await validateForm(data)) return;
try {
const res = await submitToServer(data);
showSuccess('提交成功');
} catch (err) {
showError('提交失败：' + err.message);
}
}
整个流程不可逆、不跳步、不并发——这就是单向数据流在控制流层面的体现。
配合 IIFE 或状态标记防止重复触发
单向不仅指“顺序”，也隐含“不可回退”和“避免并发冲突”。比如按钮点击多次不应发起多次请求。
常用做法：
- 用布尔标记（如 isProcessing）拦截重复调用
- 用 async 函数内部 await 保证同一时间只有一条执行路径活跃
- 或直接用 IIFE 包裹，让每次调用都是独立上下文
例如：
let isSubmitting = false;
async function safeSubmit() {
if (isSubmitting) return;
isSubmitting = true;
try {
await doHeavyAsyncWork();
} finally {
isSubmitting = false;
}
}
注意边界：async 不等于自动流控
async 函数只是语法糖，它不会自动限制并发数、不会暂停外部事件、也不会阻止你写 await Promise.all([...]) 这类并行代码。所谓“单向”，是你主动设计出来的结构。
关键在于：不用 await 就不推进下一步，不 resolve 就不释放控制权，不 catch 就中断流程。只要坚持这个模式，就自然形成了可预测、易调试、单向演进的数据与控制流。
