项目中不用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是否存在，或依赖数据库报错处理。

---

🚀 跳板机会：技术大厂【前端-后端-测试】长期有充足的HC，前后端、校招/社招均可，Base上海、南京、东莞、杭州、苏州、深圳、成都、西安等等。各位在看机会的铁子们欢迎一起共事！也可一起交流。

🚀 优势：有国内最全面的B2C IT系统开发平台，覆盖了面向B2C行业的绝大部分IT系统，包含了渠道、营 销、零售、服务、供应链、财经、研发IPD、数字化运营等各类业务，视野宽广。 能够参与系统级设计工具开发以及计算设计实现等工作，对个人技术提升很大，同时注重培养人 选的复合型能力

4. 幂等性设计

• 原理：同一请求多次执行结果一致，需客户端传递唯一业务ID（如订单ID）。

• 实现：

  1. 客户端生成唯一ID（如UUID）并随请求发送。

  2. 服务端检查该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实现幂等性。

——转载自：雷渊