高频点击并发冲突需前端主动拦截：节流保障首次点击立即生效、后续静默丢弃；AbortController取消旧请求确保仅最新响应生效；结构化提示解析409冲突语义；事件冒泡与叠加干扰需DOM层隔离。
高频点击引发的并发冲突，本质是多个请求几乎同时发出、响应乱序或状态覆盖，导致界面错乱、重复提交、数据不一致。这不是后端专属问题，前端必须主动拦截和协调。
节流控制：保障首次点击立即生效
按钮类操作（如提交、开关、领取）适合用节流，核心逻辑是“固定间隔只响应第一次”：
- 用户点下第一下，请求立刻发出（leading = true）
- 后续点击在设定时间（如500ms）内被静默丢弃
- 时间窗口结束后，下一次点击才重新允许执行
这样既避免了“点了没反应”的挫败感，又堵死了连点漏洞。比单纯禁用按钮更友好——用户能立刻感知操作已接收。
请求取消机制：淘汰过期请求
当用户快速连续点击，旧请求可能比新请求更晚返回，造成界面回滚或状态错乱。用 AbortController 主动中止前序未完成请求：
立即学习“Java免费学习笔记（深入）”；
- 每次点击生成唯一标识（如按钮ID或业务key）
- 检查该标识是否已有挂起请求，有则调用
.abort() - 新请求绑定新 signal，确保只有最新一次响应生效
这对列表项批量操作、搜索建议、实时刷新等场景尤其关键。
结构化冲突提示：把后端语义翻译成用户动作
409 Conflict 不是终点，而是交互起点。前端要解析响应体中的 conflict 字段，分场景处理：
- 幂等冲突（如重复提交）：toast 提示「操作已完成」，自动恢复按钮状态
- 资源竞争（如库存不足）：浮层展示当前值 vs 所需值，提供「刷新」或「调整数量」快捷入口
- 业务规则冲突（如时间重叠）：在对应表单项旁高亮提示，保持焦点和滚动位置，不跳转、不清空
所有提示都应支持关闭、重试、复制错误ID，并记录埋点，便于持续优化。
事件冒泡与叠加干扰：从 DOM 层面隔离
按钮嵌套在可点击容器中，或同时绑定了 click/dblclick，容易触发意外交互：
- 子元素点击时，调用
event.stopPropagation()阻断向父级冒泡 - 单双击共存时，用定时器（250–300ms）做缓冲：单击延后执行，双击到来就清除定时器
- 避免 onblur 和 onclick 时序冲突，必要时用
setTimeout(..., 0)微任务让焦点击发晚于点击完成
这些不是边缘 case，而是真实用户手速下的常态。
