真正有效的方案是服务端控制 + 前端辅助：必须使用一次性 token（生成、校验、销毁）和数据库唯一约束兜底，前端防抖仅改善体验，不可替代服务端防护。
PHP表单重复提交不是靠前端“防抖”就能解决的，真正有效的方案是服务端控制 + 前端辅助。AI生成的所谓“防抖代码”如果只做 JavaScript 的 setTimeout 或按钮禁用，根本挡不住刷新、后退重提、抓包重放等真实场景。
服务端必须加一次性 Token（推荐）
这是最通用、最可靠的方式：每次加载表单时，后端生成一个唯一 token（如用 bin2hex(random_bytes(16))），存入 session，并嵌入表单隐藏域；提交时验证 token 是否存在且未使用，验证通过则立即销毁该 token。
- 用户刷新页面 → 新 token 覆盖旧 token，旧提交失效
- 连续点两次提交 → 第二次因 token 已销毁而被拒绝
- 用 cURL 或 Postman 重放 → token 过期或不存在，直接拦截
数据库层加唯一约束（兜底）
对关键业务字段（如订单号、支付流水号、用户名）设置数据库唯一索引。即使并发请求同时到达，数据库会报错（如 MySQL 的 1062 Duplicate entry），后端捕获异常后返回友好提示，而不是插入两条重复数据。
注意：不能替代 token，但能防止 token 漏洞或并发竞争下的极小概率失败。
前端可加简单限制（仅辅助，非防御）
比如点击提交按钮后禁用它、显示 loading 状态，或用 JS 记录是否已提交（let submitted = false; if (!submitted) { submit(); submitted = true; }）。这能改善用户体验，但完全可绕过——用户禁用 JS、用工具发请求、或新开标签页照样提交。
别把这类逻辑当安全措施，它只是“减少误点”，不是“防止重复”。
避免用时间戳/Referer/IP 做判断
有人想用“5 秒内相同 IP 提交相同内容就拦截”，这既不准（多人共用 IP、移动网络切换）、又易误杀（正常操作延迟），还可能违反隐私合规要求。Token + 唯一索引才是务实选择。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
