防抖失效主因是timer未闭包：必须let timer=null在debounce内，否则多输入框共享timer；内联oninput="debounce()()"会重eval丢失timer；中文输入需用isComposing状态过滤composition事件；应加计数和performance.now()验证是否生效；防抖不解决请求竞态，需配合AbortController。
防抖函数里 timer 变量没闭包住，clearTimeout 就白调
最常见失效原因是 timer 没被正确封闭在防抖函数的返回闭包内。比如把 timer 声明在全局或外层作用域，多个输入框共用一个 timer，结果后一个清掉前一个的定时器，前一个永远不执行。
- 检查你的
debounce实现：必须是function debounce(fn, delay) { let timer = null; return function() { clearTimeout(timer); timer = setTimeout(...); }; } - 别写成
let timer = null; function debounce() { ... }—— 这会让所有调用共享同一个timer - 在控制台打个断点，在
clearTimeout(timer)前输出timer，如果是null或undefined，说明上一次没存住，大概率是闭包错了
HTML 内联 oninput="debounce(...)()" 是自毁式写法
这种写法在 CodePen、JSBin、Playcode 等在线工具里必失效，不是你函数写得不对，而是浏览器每次触发都重新 eval 字符串，debounce() 每次都返回新函数，旧 timer 彻底丢失。
- 错误示例：
<input oninput="debounce(compile, 300)()"> - 正确做法：先定义好防抖函数，再用
addEventListener绑定同一个引用：editor.addEventListener('input', debounce(compile, 400)) - 顺便确认事件类型：用
input，不是change（失焦才触发）或keyup（漏粘贴/语音输入）
中文输入法下 input 频繁触发，不是防抖坏了，是 composition 干扰
你在搜“前端”，刚打完“qia”还没选词，就看到编译日志刷了三遍——这不是防抖没起作用，而是软键盘在 compositionstart 到 compositionend 之间持续发 input 事件。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 加个状态标记：
let isComposing = false; - 监听
compositionstart设isComposing = true，compositionend设isComposing = false - 在防抖回调里加判断：
if (isComposing) return; - 别依赖
event.isComposing：iOS Safari 和部分安卓 WebView 不支持这个属性，状态变量更可靠
怎么确认防抖到底有没有生效？加频率监控比猜强
别靠肉眼看延迟，直接在控制台埋点统计真实触发节奏。高频场景下，光看“最后执行了一次”不够，得知道中间压掉了多少次。
立即学习“前端免费学习笔记（深入）”；
- 在防抖函数内部加计数：
let callCount = 0; return function() { callCount++; console.log('累计触发:', callCount, '当前值:', this.value); ... } - 用
performance.now()记录每次进入防抖回调的时间戳，算间隔：const now = performance.now(); console.log('距上次:', now - lastTime); lastTime = now; - 如果发现“距上次”稳定在 20ms–50ms（典型输入节拍），但最终只执行一次，说明防抖成功；如果每次输入都打印“距上次: 0”，说明绑定方式错了，根本没走防抖函数
实际调试时最容易忽略的是：防抖只管执行时机，不管异步请求的竞态。比如用户快速输“abc”→删成“ab”→补成“abcd”，四个请求并发发出，哪怕防抖压住了 UI 更新节奏，后发请求仍可能先回，覆盖正确结果。这时候得配合 AbortController 或请求 cancel 逻辑，不能只盯着 timer。
