uni-app按钮连点重复提交需三重防护：防抖函数过滤高频点击、按钮disabled禁用交互、请求完成后手动解锁；仅靠防抖不够，必须结合状态锁与UI反馈。
uni-app 中按钮连点导致重复提交的典型表现
用户快速点击按钮时，click 事件被触发多次，接口连续发出去，后端收到多条相同请求，订单重复、积分重复加、表单重复提交——这不是逻辑 bug，是交互层缺失防护。
uni-app 自身不内置防抖节流，bindtap 或 @tap 绑定的函数默认无节流机制；且小程序环境里，click 事件冒泡和响应延迟比 H5 更敏感，连点更容易命中。
用 setTimeout 封装最简防抖函数（推荐用于表单提交）
不用引入第三方库，几行代码就能堵住大部分重复提交场景。关键不是“多高级”，而是“稳、轻、可预测”。
-
debounce适合「最后一次操作生效」场景，比如搜索框输入、表单提交 - 必须在函数内部清除上一次定时器，否则旧定时器仍会执行
- 不要直接在
methods里写setTimeout，要封装成可复用函数，避免每个按钮都 copy-paste - 注意：uni-app 的
this在箭头函数中可能丢失，建议用普通函数 +bind(this)或显式传参
示例：
function debounce(fn, delay = 300) {
let timer = null
return function(...args) {
clearTimeout(timer)
timer = setTimeout(() => {
fn.apply(this, args)
}, delay)
}
}
在页面中使用：submitHandler: debounce(this.handleSubmit, 500)，然后绑定到按钮：@tap="submitHandler"。
throttle 不适合按钮点击，但适合滚动加载等高频触发场景
节流（throttle）强调「固定间隔最多执行一次」，对按钮点击反而容易造成“点了没反应”的错觉，用户会下意识再点——这反而加剧问题。
真正需要节流的，是 onReachBottom、scrolltoupper 这类滚动监听，或地图拖拽回调。
- 节流函数需记录上次执行时间，每次触发先判断是否超时
- uni-app 的
onPullDownRefresh不建议节流，它本就是用户主动下拉触发，频率天然可控 - 如果误把节流用在按钮上，
delay=500意味着两次点击间隔小于 500ms 就会被忽略，体验极差
真正在生产环境防连点，还得加一层「状态锁」
光靠防抖不够：网络慢时，用户点完没反馈，大概率再点；或者防抖延迟设太短（如 100ms），依然挡不住手速快的人。
必须配合 UI 层锁定 + 请求状态管理：
- 点击后立即将按钮
disabled设为true，并改变样式（如置灰、加 loading） - 请求成功或失败后，再恢复按钮状态 —— 这步不能只靠防抖函数完成，得在实际请求逻辑里控制
- 注意 uni-app 中
button组件的disabled属性在 H5 和小程序表现一致，但自定义组件需手动透传 - 别用
v-if切换按钮，会导致事件绑定丢失；用v-bind:disabled控制更稳妥
所以最终防御链是：防抖函数 + 按钮 disabled + 请求结束解锁，三者缺一不可。
防抖只是第一道过滤网，真正拦住连点的，是你在 handleSubmit 里写的那行 this.isSubmitting = true。
