项目中不用 redis 分布式锁，怎么防止用户重复提交？

1. 前端防抖与按钮禁用（辅助手段）

• 原理：通过JavaScript限制用户频繁点击，如提交后禁用按钮或添加防抖延迟。
• 优点：简单易实现，减少无效请求。
• 缺点：无法防止绕过浏览器的请求（如API工具直接调用）。
• 示例：

  let isSubmitting = false;
  function submitForm() {
  if (isSubmitting) return;
  isSubmitting = true;
  // 提交逻辑...
  }

2. 令牌机制（Token）

• 原理：页面加载时生成唯一Token，提交时携带Token，服务端校验后删除或标记为已使用。
• 适用场景：表单提交、防CSRF攻击。
• 实现：
  • 生成Token：服务端在渲染页面时生成Token并存储（Session/DB）。
  • 校验Token：提交时验证Token是否存在，存在则处理并删除，否则拒绝。
• 注意：分布式环境下需共享Token存储（如数据库）。

3. 数据库唯一约束

• 原理：利用数据库唯一索引防止重复数据插入。
• 适用场景：创建具有唯一标识的业务数据（如订单号）。
• 示例：

  CREATE TABLE orders (
  order_id VARCHAR(64) PRIMARY KEY,
  user_id INT,
  ...
  );

  插入前检查order_id 是否存在，或依赖数据库报错处理。

4. 幂等性设计

• 原理：同一请求多次执行结果一致，需客户端传递唯一业务ID（如订单ID）。
• 实现：
  • 客户端生成唯一ID（如UUID）并随请求发送。
  • 服务端检查该ID是否已处理：
  • 已处理：返回之前的处理结果。
  • 未处理：执行业务并记录ID。
• 优点：适用于API接口，天然支持分布式环境。

5. 请求参数哈希去重

• 原理：对用户ID、操作类型、参数等生成唯一哈希值，短时内拒绝相同哈希请求。
• 实现：
  • 服务端维护已处理请求的哈希集合（如内存缓存或数据库）。
  • 设置合理的过期时间（如5秒），避免内存泄漏。
• 示例：

  String hash = MD5(userId + operationType + params);
  if (cache.exists(hash)) throw new RepeatException();
  cache.set(hash, 5); // 5秒过期

6. 乐观锁（针对更新操作）

• 原理：通过版本号或时间戳控制并发更新。
• 适用场景：防止数据并发修改（如库存扣减）。
• 实现：

  UPDATE products 
  SET stock = stock - 1, version = version + 1 
  WHERE id = 100 AND version = 5;

  检查影响行数，若为0则说明数据已变更，拒绝操作。

7. 限流与频率控制

• 原理：限制同一用户/IP在单位时间内的请求次数。
• 工具：
  • 单机：Guava RateLimiter。
  • 分布式：数据库滑动窗口计数或令牌桶算法。
• 示例（滑动窗口）：

  SELECT COUNT(*) FROM requests 
  WHERE user_id = 123 AND time > NOW() - INTERVAL 5 SECOND;

8. POST/REDIRECT/GET 模式

• 原理：提交后重定向到结果页，防止浏览器刷新重复提交。
• 适用场景：传统Web应用，非API场景。
• 流程：
  1. 用户提交POST请求。
  2. 服务端处理完成后返回302重定向到结果页（GET请求）。
  3. 用户刷新页面仅重复GET请求，不会重复提交数据。

方案选择建议

• 简单场景：令牌机制 + 前端防抖。
• 高并发业务：幂等性设计 + 数据库唯一约束。
• 更新操作：乐观锁。
• API接口：强制客户端传递唯一请求ID实现幂等性。

除非注明，否则均为李锋镝的博客原创文章，转载必须以链接形式标明本文链接

本文链接：https://www.lifengdi.com/article/tech/4503