订单重试是把双刃剑，如何恰当应对？详解幂等与防重

后端

2024-01-01 21:45:22

电子商务订单重复提交：深入剖析问题与解决方案

随着电商行业飞速发展，购物狂欢节层出不穷，例如京东618和天猫双十一。在这些销售盛宴期间，电商店铺迎来了客流量和订单量的激增，订单重复提交问题也随之而来，给电商平台带来了巨大的挑战。

订单重复提交问题的本质

订单重复提交问题是指同一订单被重复提交到订单服务多次，通常由缓存、客户端重发或多线程并行等因素导致。这种现象会导致订单被重复扣费、发货，进而扰乱库存、资金和用户信息的准确性。严重时，甚至会损害消费者对电商平台的信任。

订单防重解决方案

为了解决订单重复提交问题，电商平台必须采取有效的防重措施，确保每个订单在业务层只被插入和消费一次。以下是一些常用的防重解决方案：

订单号生成方案

订单号生成方案是防止订单重复提交的第一道防线。通过保证数据库中订单号的唯一性，可以防止订单重复插入。雪花算法是一种广泛使用的订单号生成方案，它将订单生成时间戳、机器标识和序号组合在一起，确保在并发情况下订单号的唯一性。

public static String generateSnowflakeId() {
    long timestamp = System.currentTimeMillis();
    long workerId = 1;  // 机器标识
    long sequenceId = 1;  // 序号

    long twepoch = 1288834974657L;  // 起始时间戳

    // 计算高位
    long highPart = (timestamp - twepoch) << 22;

    // 计算低位
    long lowPart = workerId << 17 | sequenceId << 12;

    // 组合订单号
    return String.valueOf(highPart | lowPart);
}

乐观锁

乐观锁是一种并发控制技术，通过在数据读取时不锁住数据，而是在数据写入时检查数据是否被其他线程修改来防止数据脏写。在电商场景中，我们可以使用乐观锁来保证订单一旦被插入到数据库后，就只能被消费一次。

@Entity
public class Order {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String orderNumber;

    private Integer version;

    // ...其他字段

}

消息去重

消息去重机制通过使用消费者端的去重表或分布式锁来确保消息只被消费一次。分布式锁是一种常见的消息去重方式，它通过在分布式环境中获得一把锁来保证消息只被一个消费者处理。

// 使用分布式锁
public void consumeMessage(Message message) {
    DistributedLock lock = new DistributedLock();

    // 尝试获得锁
    boolean acquiredLock = lock.tryLock(message.getId(), 5, TimeUnit.SECONDS);

    // 如果获得锁，则消费消息
    if (acquiredLock) {
        try {
            // ...消费消息逻辑

        } finally {
            lock.unlock(message.getId());
        }
    }
}

基于业务设计方案

除了技术防重机制外，还可以通过业务设计的方式来防止订单重复提交。例如，在订单支付或发货过程中，可以设计订单状态机制，在订单状态发生变化后，阻止重复执行支付或发货操作。

public void processOrder(Order order) {
    // 检查订单状态
    if (order.getStatus() == OrderStatus.PAID) {
        // 订单已支付，无需重复支付
        return;
    }

    // ...处理订单逻辑

}

订单防重复消费策略

除了防止订单重复提交外，还需要防止订单重复消费。订单重复消费是指订单一旦被插入到数据库后，因各种重试或补偿机制导致被重复消费。以下是一些常见的订单防重复消费策略：

乐观锁

与防止订单重复提交类似，也可以使用乐观锁来防止订单重复消费。通过在数据写入时检查数据是否被其他线程修改，可以保证订单只被消费一次。

业务设计防重

通过业务设计的方式，可以考虑订单可能会被重复消费的情况，并对业务进行相应的调整，例如在订单支付或发货后，将订单状态设置为已完成，以防止重复消费。

public void consumeMessage(Message message) {
    // ...消费消息逻辑

    // 更新订单状态为已完成
    orderService.updateOrderStatus(message.getOrderId(), OrderStatus.COMPLETED);
}

常见问题解答

1. 订单重复提交的危害是什么？
订单重复提交会导致订单被重复扣费、发货，进而扰乱库存、资金和用户信息的准确性。严重时，甚至会损害消费者对电商平台的信任。

2. 什么是订单防重？
订单防重是指保证每个订单在业务层只被插入和消费一次，从而消除订单的重复性。

3. 订单防重有什么常见的策略？
订单防重常见的策略包括：订单号生成方案、乐观锁、消息去重和基于业务设计方案。

4. 什么是订单防重复消费？
订单防重复消费是指保证订单一旦被插入到数据库后，就只被消费一次，避免因各种重试或补偿机制导致订单被重复消费。

5. 订单防重复消费有什么常见的策略？
订单防重复消费常见的策略包括：乐观锁和业务设计防重。