uni-app节流防抖“失效”的真实原因是小程序环境特性：onLoad多次触发、onUnload过早清理、this丢失、触摸穿透绕过判断；需用闭包+箭头函数保持上下文，timer必须闭包内声明并手动置null，避免挂this或仅clearTimeout。
uni-app里防抖节流函数“失效”的真实原因
不是代码写错了，而是环境特性被忽略：uni-app编译到小程序后，onLoad多次进入、onUnload过早清理、this丢失、触摸穿透绕过判断——这些才是真机上节流“看起来没用”的根因。
节流函数在uni-app中必须用闭包+箭头函数重写
普通函数声明的throttle在小程序里会丢this，尤其在@tap绑定时；用bind(this)又容易漏掉定时器清理。正确做法是闭包封装 + 箭头函数保持上下文：
const throttle = (func, delay) => {
let timer = null
return function(...args) {
if (timer) return
timer = setTimeout(() => {
func.apply(this, args)
timer = null
}, delay)
}
}
- 必须返回新函数，不能直接执行
func -
timer必须在闭包内声明，不能挂到this上（否则页面复用时污染） - 清除定时器后一定要手动置
timer = null，只clearTimeout不够 - 别在
onUnload里clearTimeout(timer)——请求可能还在飞，清了下次进页就失效
防抖函数在输入框场景下被绕过的三个坑
@input防抖“失灵”，往往不是时间设短了，而是被多实例、穿透或生命周期搞乱了：
- 用
uni.$on或addEventListener动态绑定时，没uni.$off解绑，导致多个防抖实例共存，互相覆盖 - 父容器缺
catchtouchmove或写了pointer-events: none，底层view接收了第二次输入事件 - 用户切后台再切回，
input焦点恢复触发一次空值@input，防抖未校验内容就发了空请求 - 防抖前必须加校验：
if (!value || value.trim().length
uView的throttle-time为什么有时不生效
u-button从1.5.8起内置节流，但默认只对click有效；在iOS小程序里，快速双击可能触发两次@tap，而throttle-time拦不住第二次——因为平台把双击识别为两个独立事件。
- 必须配合
event.detail.tapCount === 1过滤 -
throttle-time="500"仅控制按钮自身点击间隔，不防触摸穿透 - 若按钮嵌套在
scroll-view或swiper里，需额外加catchtouchmove阻止滚动干扰 - 真机调试时，优先检查
console.warn是否报throttle is disabled due to missing context（说明this已丢失）
最易被忽略的一点：节流/防抖只是第一道防线，isSubmitting状态锁 + 按钮disabled + UI遮罩，三者缺一不可。单靠函数封装，解决不了真机上的交互穿透和双击误判。
