函数防抖的核心是延迟执行并取消前序调用，解决高频触发导致的性能问题，如实时搜索、窗口resize、滚动事件和按钮重复点击；它通过等待操作稳定后执行最后一次调用，提升用户体验和系统效率；与节流（固定间隔执行）不同，防抖强调“只执行最后一次”，适用于关注最终状态的场景；实现时需注意this指向、参数传递、立即执行、取消功能及多实例隔离等问题，使用apply绑定上下文、设置immediate参数、提供cancel方法可有效应对这些挑战。
在JavaScript中实现函数防抖，核心思路是延迟执行一个函数，如果在设定的延迟时间内该函数被重复调用，则取消前一次的调用并重新计时。这就像你按电梯按钮，如果短时间内连续按了好几下，电梯只会响应你最后一次的按压，而不是每次都单独处理。
解决方案
function debounce(func, delay, immediate = false) { let timeoutId; let result; const debounced = function(...args) { const context = this; const later = function() { timeoutId = null; if (!immediate) { result = func.apply(context, args); } }; const callNow = immediate && !timeoutId; clearTimeout(timeoutId); timeoutId = setTimeout(later, delay); if (callNow) { result = func.apply(context, args); } return result; }; debounced.cancel = function() { clearTimeout(timeoutId); timeoutId = null; }; return debounced;}
为什么我们需要函数防抖？它解决了哪些实际问题？
说实话，我刚开始接触前端的时候，对“性能优化”这四个字没什么概念，写代码就是一股脑地堆功能。直到有一次，我负责一个带有实时搜索建议的输入框，用户每输入一个字，我就去请求一次后端API。结果可想而知，当用户打字速度快一点，浏览器直接卡死，网络请求一大堆，服务器也跟着遭殃。那时候我才意识到，有些操作如果触发得太频繁，对用户体验和系统资源都是一场灾难。
函数防抖（Debounce）就是来解决这类问题的。它主要针对那些“高频触发但只需要执行一次最终结果”的场景。比如：
搜索框输入： 用户在搜索框里输入文字时，我们通常不希望每敲一个字就立即触发搜索请求。最佳体验是等用户停止输入一段时间（比如300-500毫秒）后，才发送最终的搜索请求。这能显著减少不必要的网络开销。窗口调整（
resize
）事件： 当用户拖动浏览器窗口调整大小时，
resize
事件会连续触发。如果你的页面布局或某些计算逻辑依赖于窗口大小，每次触发都重新计算一遍会非常耗费资源。防抖能确保只有在用户停止调整窗口后，才执行一次布局更新。滚动（
scroll
）事件： 类似窗口调整，页面滚动时
scroll
事件也会频繁触发。如果你需要在滚动过程中加载更多内容或者进行某些动画效果，防抖可以控制这些操作的执行频率。按钮点击： 有时候，用户可能会手抖或者网络延迟导致连续点击提交按钮好几次。防抖可以确保在一定时间内，只有第一次点击有效，避免重复提交表单或触发多次敏感操作。
本质上，防抖就是一种“缓冲”机制，它让我们的程序变得更“聪明”，不再对每一个瞬时的小动作都做出反应，而是等待一个“稳定”的状态再行动。这不仅提升了用户体验，也大大减轻了服务器和浏览器自身的负担。
函数防抖和函数节流有什么区别？我该如何选择？
这俩兄弟常常被拿来一起讨论，因为它们都是控制函数执行频率的策略，但解决问题的角度完全不同。你可以把它们想象成两种不同的交通规则：
函数防抖（Debounce）： 就像交通灯。在某个路口，你看到绿灯亮了才能走。但如果你在绿灯期间一直踩油门、松油门，只要绿灯没变红，你都不能真正“通过”路口，直到你停下来，并且绿灯持续了一段时间，你才能真正“通过”。它强调的是“我在一定时间内，只执行最后一次”。应用场景： 搜索建议、窗口resize、表单提交按钮防止多次点击。函数节流（Throttle）： 更像高速公路上的限速。你可以在高速上开，但无论你踩多大的油门，你的速度都不会超过120km/h。它强调的是“我在一定时间内，最多执行一次”。应用场景： 游戏中的射击按钮（每秒最多射击N次）、页面滚动加载更多（每隔X毫秒检查一次是否需要加载）。
如何选择？
这其实取决于你的业务需求和用户体验目标。
如果你关心的是最终状态，比如用户输入完毕后的搜索结果，或者窗口调整到最终大小后的布局，那就用防抖。它会等待用户操作“稳定”下来再触发。
如果你关心的是持续的、平滑的响应，但又不想让事件过于频繁地触发导致性能问题，比如滚动加载更多内容，或者拖拽元素时的实时位置更新，那就用节流。它会保证函数在固定的时间间隔内执行一次，无论事件触发多频繁。
举个例子，如果我有一个自动保存的文本编辑器：
如果我用防抖，那么用户敲完字停下来一段时间后，才会触发一次保存。这很合理。如果我用节流，那么用户每隔X毫秒就会保存一次，即使他还在噼里啪啦地打字。这可能导致不必要的中间状态保存。
所以，选择的关键在于：你的操作是需要“等待最终结果”还是“在一段时间内均匀触发”。
实现函数防抖时，有哪些常见的陷阱或高级用法？
实现防抖，看起来简单，但实际用起来，总会遇到一些小坑，或者说，有一些高级需求。我印象最深的就是
this
指向问题和立即执行的需求。
this
上下文丢失： 这是JavaScript中一个经典的问题。如果你直接把一个对象方法传给防抖函数，比如
obj.method
，在防抖函数内部，
this
可能就不再指向
obj
了。
解决方案： 在我的示例代码里，你可以看到我用了
func.apply(context, args)
。这里的
context
就是
this
，它保留了原始函数的调用上下文，确保了
this
指向正确。同时，
args
也保证了原始函数的所有参数都能被正确传递。
立即执行（Immediate Execution）： 有时候我们希望函数在第一次触发时就立即执行，然后才开始防抖计时。比如，一个按钮点击，我们希望它点下去就立刻有反馈，而不是等0.5秒才响应。
解决方案： 我的
debounce
函数就包含了一个
immediate
参数。当
immediate
为
true
时，如果
timeoutId
为
null
（即是第一次触发或上次执行后计时器已清空），函数会立即执行。后续的触发则会重置计时器，直到再次满足立即执行的条件。
取消防抖（Canceling Debounce）： 有时候，我们可能需要在某个时机强制取消正在进行的防抖计时。比如用户点击了一个“取消”按钮，就不再需要执行之前设置的防抖操作了。
解决方案： 在我的
debounce
函数返回的
debounced
函数上，我添加了一个
cancel
方法。调用
debounced.cancel()
可以直接清除计时器，阻止待执行的函数被调用。这在处理一些复杂的用户交互逻辑时非常有用。
参数传递问题： 确保原始函数能够接收到所有调用时的参数。
解决方案： 同样，
apply
方法的第二个参数就是数组形式的参数列表，
...args
语法糖完美解决了这个问题。
多个防抖实例： 如果你在同一个页面上对多个不同的函数或同一个函数的不同实例进行防抖，确保它们各自的计时器是独立的，互不干扰。
解决方案： 我的
debounce
函数每次调用都会返回一个新的、独立的防抖函数，每个防抖函数内部都有自己的
timeoutId
，所以它们之间是隔离的。
理解这些细节，能让你在实际项目中更灵活、更健壮地使用函数防抖，避免一些不必要的bug和性能陷阱。
以上就是js 怎样实现函数防抖的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1516670.html
微信扫一扫 
支付宝扫一扫 
