防抖函数不拦截异步操作，而是通过闭包与定时器在请求发起前调度执行时机：每次触发清除旧定时器，仅在用户停顿后执行最后一次调用，从而避免冗余请求；若需取消已发请求，须配合abortcontroller。
防抖函数本身不“拦截”异步操作流，而是通过控制函数的执行时机，间接避免了无效或冗余的异步请求发起。它的核心作用发生在“调用前”，而非“请求中”。
防抖发生在请求发起之前
用户在输入框连续输入时，每次 input 事件都会触发回调，但防抖函数并不让每次回调都真正发出请求。它只保留最后一次输入后的延迟执行权：
- 每次新触发，就清除上一个未执行的 setTimeout
- 只有当用户停顿超过设定时间（如 300ms），才真正调用目标函数（比如 fetchSearch）
- 也就是说，90% 的输入动作根本没走到 fetch 或 axios 那一步
闭包 + 定时器构成状态容器
防抖函数依赖闭包维持一个共享的 timer 变量，这个变量就像一个“待办清单看守员”：
- timer = null 表示当前无待执行任务
- timer = setTimeout(...) 表示已登记一项延后任务
- 下一次调用时，先 clearTimeout(timer) 把旧任务作废，再登记新的——异步任务不会堆积，也不会并发乱序
对 Promise 类异步操作的特别说明
如果防抖包装的函数内部返回 Promise（例如 async function search() { return await api.search(...) }），要注意：
- 防抖不取消已发出的请求，只防止新请求被创建
- 若需取消进行中的请求，得配合 AbortController 手动中断
- 否则可能出现“后发请求先返回”，覆盖掉用户真正想看的结果（比如输入“react”比“reac”慢，却后显示）
不是拦截器，而是调度器
防抖不修改、不劫持、不重写异步逻辑本身。它只是把高频、零散、临时的调用意图，“聚合成一次稳定、有代表性的执行机会”。本质上，它是前端对用户行为节奏的理解与适配，而不是对网络层的干预。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
