如何在.NET API中处理多次提交/POST请求的重复调用问题

以下方案均基于缓存做快速判断，不会引入额外的高耗时操作，对接口性能影响极小：

1. 幂等令牌（Idempotency Key）机制 #

该方案是业界通用的成熟实现，兼顾数据一致性和性能：

• 实现逻辑：要求客户端每次发起POST请求时，在请求头（比如X-Idempotency-Key）携带一个全局唯一的幂等令牌，令牌由客户端在进入提交页时提前从后端接口申请，有效期可根据业务设置为5分钟到24小时不等。
• 后端处理流程：接收到POST请求后，首先提取幂等Key，先查分布式缓存（如Redis，性能极高，单查询耗时仅毫秒级）中是否存在该Key的处理记录：
  • 若存在：直接返回之前的处理结果，不执行业务逻辑
  • 若不存在：执行正常业务逻辑，执行完成后将业务结果和Key绑定存入缓存，设置对应过期时间
• 适配场景：对数据一致性要求高的业务场景，比如支付、订单提交。

2. 用户+业务特征去重校验 #

适合无需前端配合的快速落地场景：

• 实现逻辑：后端根据请求的用户标识（比如JWT中的用户ID）+ 业务核心参数（比如订单提交的商品ID、收货地址、金额等特征）拼接生成唯一哈希值，作为去重标识。
• 处理流程：请求进入后先计算该哈希值，查询缓存中是否有对应记录，设置较短的过期时间（比如10秒到1分钟，覆盖用户重复点击、网络重发的时间窗口即可），存在则直接返回重复提交提示，不存在则执行业务逻辑后缓存哈希值。
• 适配场景：普通表单提交、用户操作类POST请求，无需前端改造，实现成本低。

3. 接口层面的短频率限流 #

适合防恶意重复调用、用户频繁点击的轻量场景：

• 实现逻辑：用ASP.NET Core自带的限流中间件，针对单个用户+单个POST接口做短时间的请求频率限制，比如限制同一个用户10秒内最多调用该接口1次。
• 代码示例（.NET 7+ 自带限流组件）：

builder.Services.AddRateLimiter(options =>
{
    options.AddPolicy("PostDuplicateLimit", context =>
        RateLimitPartition.GetFixedWindowLimiter(
            partitionKey: context.User.FindFirstValue(ClaimTypes.NameIdentifier) + context.Request.Path,
            factory: _ => new FixedWindowRateLimiterOptions
            {
                PermitLimit = 1,
                Window = TimeSpan.FromSeconds(10)
            }));
});

// 对应POST接口加特性即可生效
[EnableRateLimiting("PostDuplicateLimit")]
[HttpPost("submit-form")]
public IActionResult SubmitForm(FormDto dto)
{
    // 业务逻辑
}

• 适配场景：防用户频繁点击、工具批量重发，实现成本极低，对性能几乎无影响。

注意：以上方案均优先使用内存缓存或者分布式缓存做查询，避免查询数据库带来的额外性能损耗，正常场景下对接口响应耗时的影响可以忽略。

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