函数防抖在搜索输入中要求用户停止输入指定时间（如300ms）后才触发请求，每次按键需清除旧定时器并重设；回车立即执行、esc取消、blur可选触发；工具函数须可销毁、防内存泄漏，并配合loading与请求校验。
函数防抖（Debounce）在搜索输入场景中，核心规范是：用户停止输入一段时间后才触发搜索请求，避免频繁调用接口、浪费资源并提升响应体验。
触发时机必须基于“停止输入”而非“每次按键”
防抖的本质是延迟执行，不是节流。用户每按一次键，都要重置计时器；只有连续无输入达到设定阈值（如300ms），才真正执行搜索逻辑。
- 错误做法：在 keyup 后直接发请求，或只用 setTimeout 不清除前序定时器
- 正确做法：每次输入都 clearTimeout 原有定时器，再 set 新的
- 典型阈值：200–500ms，太短易误触发，太长感知延迟明显
需明确区分搜索动作与非搜索动作
不是所有输入都需要防抖搜索。例如回车提交、点击搜索按钮应立即执行；ESC 清空输入应取消待执行的防抖任务。
- 回车键（Enter）：调用立即执行函数，不走防抖流程
- ESC 键：清空输入框 + clearTimeout 取消挂起的搜索
- 聚焦失焦（blur）：可选立即触发一次搜索，防止用户输完直接离开
防抖函数本身要可复用、可销毁、带上下文控制
生产环境推荐封装成独立工具函数，支持手动清理，避免闭包内存泄漏和组件卸载后仍触发回调。
- 返回一个 cancel 方法，供组件 unmount 或重置时调用
- 确保 this 和参数绑定正确，建议用箭头函数或显式 bind
- 避免在闭包中引用已销毁的 React 组件实例（如 setState 到已卸载组件）
配合 loading 状态与防重复提交更稳妥
防抖解决的是“过快输入”，但不能替代请求状态管理。需结合 loading 标识，防止用户快速切换关键词导致多个请求并发且结果错乱。
- 发起请求前设 loading = true，响应后设为 false
- 若新请求发出时上一个尚未返回，可选择 abort 前一个 fetch（用 AbortController）
- 服务端返回结果时校验是否匹配当前输入值，避免旧请求覆盖新结果
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
