Flutter电商APP：第二个HTTP请求失败时如何回滚第一个请求？

直接撤销已成功的HTTP请求可靠性极低，更稳妥的是从根源上保证两个操作的原子性，或者做补偿处理，以下是几种可行方案：

1. 后端用数据库事务统一处理（最优解） #

别让前端发两个请求，改成前端只发一个下单请求，后端把「写入商家目录」和「写入用户目录」两个操作放在同一个数据库事务里执行：

• 两个操作都成功，事务提交，数据完全一致；
• 任意一个操作失败，事务直接回滚，不会留下任何脏数据。
  这种方式把一致性问题交给后端处理，前端逻辑会简单很多，也避免了网络波动带来的风险。

2. 前端实现补偿逻辑（后端暂时不支持事务时用） #

如果后端没法改，那只能在前端做兜底：

• 先调用写入商家目录的接口，成功后再调用写入用户目录的接口；
• 要是第二个接口失败，立刻调用删除商家目录下该订单的撤销接口；
• 注意：撤销接口也可能失败，这种情况要把失败信息记录下来（比如存本地日志或上报后台），后续通过定时任务或者人工核对来修复数据。

3. 用消息队列保证最终一致性（分布式场景） #

如果你的系统是分布式架构，推荐用消息队列来实现最终一致：

• 前端下单后发送一条消息到队列；
• 消费端负责执行两个写入操作，某个步骤失败的话，队列会自动重试，直到两个操作都完成；
• 可以设置重试次数上限，超过后触发告警，让运维或运营介入处理。

Flutter端补偿逻辑代码示例 #

import 'dart:convert';
import 'package:http/http.dart' as http;
import 'package:flutter/foundation.dart';

class Order {
  final String id;
  // 其他订单字段
  Order({required this.id});

  Map<String, dynamic> toMap() {
    return {'id': id};
  }
}

Future<void> placeOrder(Order order) async {
  bool merchantOrderSaved = false;
  try {
    // 第一步：保存订单到商家目录
    await http.post(
      Uri.parse('https://your-api.com/merchant/orders'),
      body: jsonEncode(order.toMap()),
      headers: {'Content-Type': 'application/json'},
    );
    merchantOrderSaved = true;

    // 第二步：保存订单到用户目录
    await http.post(
      Uri.parse('https://your-api.com/user/orders'),
      body: jsonEncode(order.toMap()),
      headers: {'Content-Type': 'application/json'},
    );
  } catch (e) {
    debugPrint('下单失败：$e');
    // 第一步成功但第二步失败，执行撤销
    if (merchantOrderSaved) {
      try {
        await http.delete(
          Uri.parse('https://your-api.com/merchant/orders/${order.id}'),
          headers: {'Content-Type': 'application/json'},
        );
        debugPrint('已撤销商家端的订单记录');
      } catch (rollbackErr) {
        debugPrint('撤销失败，需后续人工处理：$rollbackErr');
        // 这里可以把错误信息上报到后台日志系统
      }
    }
    rethrow; // 抛出异常，让上层UI提示用户下单失败
  }
}

内容的提问来源于stack exchange，提问作者Flutter Dev