【js】简单理解节流与防抖，搜索框的场景

在输入框输入时，要搜索某个字符串，基于性能考虑，肯定不能用户没输入一个字符就发送一次搜索请求，一种方法就是等待用户停止输入，比如过了500ms用户都没有再输入，那么就搜索此时的字符串，这就是防抖；节流比防抖宽松一些，比如我们希望给用户一些搜索提示，所以在用户输入过程中，没过500ms就查询一次相关字符串，这就是节流。

成都创新互联公司作为成都网站建设公司，专注重庆网站建设公司、网站设计，有关成都定制网页设计方案、改版、费用等问题，行业涉及成都汽车玻璃修复等多个领域，已为上千家企业服务，得到了客户的尊重与认可。

防抖的实现思路：每次触发事件时都取消之前的延时调用方法：

节流的实现思路：每次触发事件时都判断当前是否有等待执行的延时函数：

JS的防抖和节流

应用场景： input输入信息进行搜索，如果每敲一个字符就请求后台接口，给后台的压力太大了，所以做好防抖，即让程序只执行最后一次的事件。

为解决该问题，探索到了两个解决方案：

直接使用lodash工具库的debounce方法

参考网址：

应用场景： 滚轮滚动触发事件频繁，加上延迟可低频触发

看过了上面闭包防抖的写法，下面闭包节流的写法也很好理解了~

Js中防抖和节流的区别，论如何避免重复点击

在进行窗口的resize、scroll，输入框内容校验，防止按钮重复点击等操作时，如果事件处理函数调用的频率无限制，会加重浏览器的负担，体验糟糕。所以可以采用debounce（防抖）和throttle（节流）的方式来减少调用频率，同时又不影响实际效果。

我们一起先来看看防抖和节流的区别

防抖函数 debounce

节流函数 throttle

如何调用

防抖和节流都利用了闭包，首先就调用了debounce和debounce方法，把内部的方法返回出去，下次自己执行，以后有时间我再写一下闭包吧，所以我还留下一个问题，这样会不会造成内存泄漏？

JS中节流和防抖函数的实现和区别

在前端开发中，经常和 DOM 、 BOM 打交道，例如：窗口的resize、scroll，输入框内容校验，按钮点击等等操作时，如果事件处理函数调用的频率无限制，会加重浏览器的负担，导致用户体验非常糟糕。此时我们可以采用 throttle（节流） 和 debounce（防抖） 的方式来减少调用频率，提高性能的同时又不影响实际效果。

实现方式： 每次触发事件时，如果当前有等待执行的延时函数，则直接return。

区别 ： 节流函数 不管事件触发有多频繁，都会保证在规定时间内一定会执行一次真正的事件处理函数，而 防抖函数 只是在最后一次事件后才触发一次函数。 比如在页面的无限加载场景下，我们需要用户在滚动页面时，每隔一段时间发一次 Ajax 请求，而不是在用户停下滚动页面操作时才去请求数据。这样的场景，就适合用节流技术来实现。

Lodash 是一个一致性、模块化、高性能的 JavaScript 实用工具库。其中就封装好了节流函数 throttle 和防抖函数 debounce 。

参数：

返回： (Function): 返回 节流 的函数。

例子：

参数：

返回： (Function): 返回新的 debounced （防抖动）函数。

例子：

1.节流 ：使得一定时间内只触发一次函数。原理是通过判断是否有延迟调用函数未执行。

2.防抖 ：将多次操作合并为一次操作进行。原理是维护一个计时器，规定在delay时间后触发函数，但是在delay时间内再次触发的话，就会取消之前的计时器而重新设置。这样一来，只有最后一次操作能被触发。

欢迎访问： 天问博客

js的防抖、节流

防抖和节流，这是前端防止用户频繁调用同一个接口的方法，比如短时间重复点击上传同一个文件，短时间重复点击提交同一个评论，异步的操作还没给你带来反馈，于是你重复上传了多个文件，重复提交了多个评论。

举例一个场景：为了例子更加简单，我们就用延迟来模拟一个后端接口返回的过程。

以上是一个发表评论的例子，由于接口一秒后才会响应评论反馈到界面上。

用户本意只是发布一条评论，但是由于接口需要响应时间，他以为自己的第一次点击没有生效于是就多点击了两次，结果显而易见，就是非用户本意的发布了三条一样的评论。

我们希望的是用户不要在请求还在进行的时候，频繁的重复发送请求。这时候就需要防抖节流了。

快速点击几次，还是只会发送一条评论。

但是缺点就是用户得到响应的时间更久了，得要算上延迟加上接口的响应。

速点击几次，还是只会发送一条评论。只有一条请求发布成功之后，才能够发布第二条请求，对于该场景十分合适。

网页标题：javascript截流,什么叫截流?
文章起源：http://scyanting.com/article/dsiecje.html