异步函数防抖节流无需修改api，关键在控制调用时机：防抖适用于关注最终状态的场景（如搜索输入），用lodash debounce包装；节流适用于需稳定节奏的场景（如滚动加载），用lodash throttle包装，但需注意竞态、请求丢失等问题。
直接包装异步函数本身即可，不需要改 API 接口或后端逻辑。关键在于控制调用时机，而非修改请求内容。
防抖适用于“等用户停下来再执行”的场景
比如搜索框输入、复选框批量切换、表单校验等——你只关心最终状态，不关心中间过程。
- 使用 lodash 的 debounce 最省事：import { debounce } from 'lodash'，然后把异步函数包一层，例如：
const search = debounce(async (query) => { const res = await api.search(query); updateList(res); }, 400); - 手动实现也简单：每次触发都清除上一个定时器，只在最后一次触发后延迟执行。注意要保留 this 和参数传递，避免丢失上下文。
- 防抖默认是“延迟后执行”（trailing），若需“立即执行第一次”，可加 { leading: true, trailing: false } 选项。
节流适用于“必须定期响应，但不能太密”的场景
比如滚动加载、按钮防重复提交、实时位置上报等——需要稳定节奏，不能全压到最后一刻。
- 用 lodash.throttle 同样便捷：import { throttle } from 'lodash'，例如：
const loadMore = throttle(async () => { const data = await api.fetchNextPage(); append(data); }, 800); - 节流默认首次触发就执行（leading），结束后还会再执行一次（trailing）。如只需“固定间隔执行”，可设 { leading: true, trailing: false }。
- 注意：节流不等待异步完成，如果前一次请求未结束，下一次调用会被跳过——适合幂等操作；若需排队，得额外加队列逻辑。
异步函数防抖/节流的特别注意事项
普通防抖节流处理的是同步回调，而异步函数可能涉及 pending 状态、错误捕获、竞态问题，需额外小心：
- 防抖中不要 await 原始函数：debounce 返回的是新函数，调用它会返回 undefined（不是 Promise）。正确写法是让内部 async 函数自己处理 await，外部调用保持同步风格。
- 避免竞态更新：比如快速切换搜索关键词，后发请求先返回，覆盖了先发结果。可在防抖函数内加个简单标记，或使用 AbortController 中断旧请求。
- 节流 + 异步 = 可能丢请求：节流只限制调用频率，不保证每次调用都执行成功。若需强保障，应结合 loading 状态或禁用 UI 控件。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
