Promise不支持自动补偿，但可通过allSettled收集结果、分类错误类型、封装执行/回滚函数对及async/await控制流，实现多步骤表单的可控容错与回滚。
Promise 本身不直接支持“部分失败后自动补偿”，但通过组合 Promise.allSettled、catch、手动状态聚合和显式补偿逻辑，可以在多步骤表单提交中实现可控的容错与回滚。关键不是让 Promise “自动重试”或 “智能补偿”，而是你主动设计每步的成败判定、错误分类和补偿路径。
用 allSettled 收集所有步骤结果，避免一损俱损
传统 Promise.all 遇到任一步 reject 就整体失败，不适合“允许部分成功”的场景。改用 allSettled 可确保所有异步操作都执行完毕，并返回每个步骤的完整状态（fulfilled/rejected + 值/原因）：
const steps = [
submitPersonalInfo(),
submitAddressInfo(),
submitPaymentMethod(),
sendWelcomeEmail()
];
<p>Promise.allSettled(steps).then(results => {
const successes = results.filter(r => r.status === 'fulfilled');
const failures = results.filter(r => r.status === 'rejected');</p><p>if (failures.length > 0) {
console.warn('以下步骤失败，需人工介入或触发补偿：', failures);
}</p><p>// 后续可基于 successes/failures 做差异化处理
});</p>为每步定义明确的“可补偿错误”与“不可恢复错误”
不是所有失败都需要补偿。比如网络超时、服务暂时不可用可重试；而用户输入非法、支付被拒、库存不足则应终止流程并提示用户。建议在每步 Promise 中统一抛出带类型标识的错误：
-
可补偿错误：如
new CompensableError('payment_timeout', { step: 'payment', retry: true })，后续可自动重试或调用撤回接口 -
业务拒绝错误：如
new ValidationError('invalid_card', { field: 'cardNumber' })，应中断流程并展示给用户 -
系统级错误：如
new SystemError('db_unavailable')，需记录日志、告警，不自动补偿
手动实现补偿链：成功步数越多，补偿越复杂，需反向执行“撤销操作”
若第 1–3 步成功、第 4 步失败，理想情况是调用 rollbackStep3() → rollbackStep2() → rollbackStep1()。可将每步封装为“执行 + 撤销”双函数对：
立即学习“Java免费学习笔记（深入）”；
const stepDefinitions = [
{
exec: () => api.savePersonal(data.personal),
rollback: () => api.deletePersonal(data.personal.id),
name: 'personal'
},
{
exec: () => api.saveAddress(data.address),
rollback: () => api.deleteAddress(data.address.id),
name: 'address'
}
];
<p>// 执行并记录已成功步骤
async function executeWithRollback(steps) {
const executed = [];
try {
for (const step of steps) {
await step.exec();
executed.push(step);
}
return { success: true, data: null };
} catch (err) {
// 逆序执行已成功步骤的 rollback
for (let i = executed.length - 1; i >= 0; i--) {
try {
await executed[i].rollback();
} catch (rollbackErr) {
console.error(<code>补偿 ${executed[i].name} 失败：</code>, rollbackErr);
}
}
throw err;
}
}</p>结合 async/await 与 try/catch 实现清晰的主干控制流
比起全用链式 .then().catch()，混合 async/await 更易读、更利于错误分类处理和条件分支：
- 用
try包裹整个提交流程 - 每个步骤单独
await，失败时立即进入catch - 在
catch中判断错误类型，决定是重试、跳过、还是触发补偿 - 用
finally统一清理临时状态（如 loading UI）
例如：第 2 步失败后，可选择仅重试该步（而非整条链），或降级提交（如跳过邮件发送但保留其他数据）。
