你如何对 Java 接口进行幂等性控制？-CSDN博客

本文链接：https://blog.csdn.net/Minoz_wl/article/details/149063419

你如何对 Java 接口进行幂等性控制？

作者：一位八年经验的 Java 工程师
标签：Java、幂等性、接口设计、分布式系统、Redis、防重复提交

📌 前言

在做分布式系统、支付系统、电商秒杀等实际项目中，我们经常会遇到接口被重复调用的问题。比如：

用户支付时多次点击“支付”按钮；
网络重试机制导致接口多次请求；
消息队列消费失败后自动重试。

这些行为如果没有控制好幂等性，轻则产生重复数据，重则产生资金损失、库存混乱等严重问题。

今天我们深入聊聊：如何在 Java 中实现接口的幂等性控制？

🧠 什么是幂等性？

**幂等性（Idempotent）**是指一个接口被调用多次，结果与调用一次的效果相同。

GET /order/123 —— 天然幂等。
POST /order/create —— 非幂等，需要控制。

🎯 幂等性控制的三大核心手段

在我的项目实战中，主要使用以下三种方式实现接口幂等控制：

数据库唯一索引控制
Redis 防重复提交
幂等 Token 机制

下面我们逐个拆解原理与代码实现。

1️⃣ 数据库唯一索引控制（经典可靠）

✅ 原理

利用数据库的唯一约束，防止插入重复数据。

💡 适用场景

创建订单、支付单等“只允许一次成功”的业务操作。
数据库操作为最终落地。

🔧 实现

假设有个订单表 order，我们希望一个 clientOrderNo（客户端订单号）只能插入一次。

ALTER TABLE t_order ADD UNIQUE KEY uk_client_order_no (client_order_no);

🔍 Java 代码示例

public void createOrder(String clientOrderNo, OrderDTO dto) {
    try {
        Order order = new Order();
        order.setClientOrderNo(clientOrderNo);
        order.setAmount(dto.getAmount());
        order.setUserId(dto.getUserId());
        orderRepository.insert(order); // 会触发唯一索引约束
    } catch (DuplicateKeyException e) {
        log.warn("订单已存在，幂等处理: {}", clientOrderNo);
        // 查询已有订单并返回，保持幂等
        Order existing = orderRepository.findByClientOrderNo(clientOrderNo);
        return existing;
    }
}

📝 总结

优点：

简单可靠，数据库层强力保证。

缺点：

粒度粗，如果涉及复杂流程（如多表插入）需结合事务控制。

2️⃣ Redis 防重复提交（轻量方案）

✅ 原理

利用 Redis 的原子性，通过 SETNX 命令设置唯一键，控制某个请求只处理一次。

💡 适用场景

表单防重复提交。
接口短时间内禁止重复请求。

🔧 Java 实现

public boolean tryAcquireRequest(String key, long expireSeconds) {
    // 原子设置键 + 过期时间，表示该请求已处理
    return Boolean.TRUE.equals(
        redisTemplate.opsForValue().setIfAbsent(key, "1", Duration.ofSeconds(expireSeconds))
    );
}

🧪 Controller 示例

@PostMapping("/api/pay")
public ResponseEntity<?> doPay(@RequestBody PayRequest request) {
    String redisKey = "pay:" + request.getUserId() + ":" + request.getOrderId();

    if (!idempotentService.tryAcquireRequest(redisKey, 30)) {
        return ResponseEntity.status(HttpStatus.CONFLICT).body("重复请求，请稍后再试");
    }

    // 执行支付逻辑
    paymentService.pay(request.getOrderId());

    return ResponseEntity.ok("支付成功");
}

📝 总结

优点：

高性能，适合高并发。
不依赖数据库操作。

缺点：

Redis异常时无法保证幂等。
需手动构造唯一 key。

3️⃣ 幂等 Token 机制（前后端协作）

✅ 原理

前端首次请求时从服务端获取一个 token，提交表单时附带该 token，服务端验证 token 是否已被使用。

💡 适用场景

表单提交、下单等需要用户主动确认的操作。
控制用户操作行为。

🔧 实现步骤

1. 生成幂等 token（后端）

@GetMapping("/token")
public String generateToken() {
    String token = UUID.randomUUID().toString();
    redisTemplate.opsForValue().set("token:" + token, "1", Duration.ofMinutes(5));
    return token;
}

2. 提交接口验证 token

@PostMapping("/submit")
public ResponseEntity<?> submitForm(@RequestParam String token, @RequestBody FormDTO form) {
    String redisKey = "token:" + token;

    // Redis 的 delete 操作返回 1 表示成功删除（即 token 存在）
    Boolean success = redisTemplate.delete(redisKey);

    if (Boolean.FALSE.equals(success)) {
        return ResponseEntity.status(HttpStatus.CONFLICT).body("请勿重复提交");
    }

    // 执行业务逻辑
    formService.process(form);

    return ResponseEntity.ok("提交成功");
}

📝 总结

优点：

精准控制用户行为。
非常适合前后端协作系统。

缺点：

实现略复杂，强依赖 Redis。
前端需配合使用。

✅ 实战建议

方法	场景适用	幂等级别	复杂度	推荐备注
数据库唯一索引	订单、支付等数据落库	高	低	推荐首选
Redis 防重复提交	高并发接口、表单提交	中	中	配合使用
Token 机制	用户行为防重复	中	高	前后端配合使用