防抖和节流的理解,及其应用场景
2022-12-12
866 字约 3 分钟
...防抖和节流的理解,及其应用场景
01****概 念
**目的:**当多次执行某一动作,进行函数调用次数的限制,节省资源
**防抖:**在事件触发n秒后执行函数,如果在n秒内再次出发,重新计时
**节流:**当多次执行某一动作,每隔一段时间,只执行一次函数。
区别: 函数节流不管事件触发有多频繁,都会保证在规定时间内一定会执行一次真正的事件处理函数,而函数防抖只是在最后一次事件后才触发一次函数。
比如在页面的无限加载场景下,我们需要用户在滚动页面时,每隔一段时间发一次 Ajax 请求,而不是在用户停下滚动页面操作时才去请求数据。这样的场景,就适合用节流技术来实现。
( 简要回答 )
**防抖:**防止抖动,单位时间内事件触发会被重置,避免事件被误伤触发多次。代码实现重在清零
**节流:**控制流量,单位时间内事件只能触发一次,如果服务器端的限流即 Rate Limit。代码实现重在开锁关锁
02
应用场景
函数防抖的应用场景
连续的事件,只需触发一次回调的场景有:
- 登录、发短信等按钮避免用户点击太快,以致于发送了多次请求
- 搜索框搜索输入。只需用户最后一次输入完,再发送请求
- 手机号、邮箱验证输入检测(change、input、blur、keyup等事件触发,每次键入都会触发)
- 窗口大小Resize。只需窗口调整完成后,计算窗口大小。防止重复渲染。
- 鼠标的mousemove、mouseover
- 导航条上,用户不停的在导航区域滑动相当于
函数节流的应用场景
间隔一段时间执行一次回调的场景有:
- 滚动加载,加载更多或滚到底部监听,window.onscroll和滑到底部自动加载更多
- 谷歌搜索框,搜索联想功能
- 高频点击提交,表单重复提交
03
防抖的实现
防抖函数(普通)
var timer; //全局的timer,只有一个
function debounce(fn,delay){
if(timer){
clearTimeout(timer) //保证只开启一个定时器
}
timer = setTimeout(function(){
fn(); //延迟delay,执行函数
},delay)
}
window.onscroll = function(){
debounce(test,1000)
}
function test(){
console.log('滚动停')
}
需要将timer封装到debounce中,如果调用的fn有参数需要处理
function debounce(fn,delay){
let timer;
return function(){
let _this = this; //为了改写参数 保存this 应用apply
let _args = arguments; //保存testDebounceFn的入参
if(timer){
clearTimeout(timer);
}
timer = setTimeout(function(){
//apply传参正好和arguments匹配
fn.apply(_this,_args)
},delay)
}
}
let testDebounceFn = debounce(test,1000);
function test(a){
console.log('滚动停 '+a)
}
window.onscroll = function(){
testDebounceFn('aaaa')
}
04
节流的实现
节流(2种方式setTimeout 或者 new Date()) 防抖比节流严格,防抖在一定时间操作后只执行一次。节流在一定时间操作,可每隔n秒执行一次
setTimeout方式
function throttle(fn,delay){
let timer;
return function(){
let _args = arguments;
let _this = this;
if(timer){//如果有定时器,退出
return
}
timer = setTimeout(function(){
fn.apply(_this,_args);//定时器结束执行函数
timer = null;//清除定时器,可以再次进入
},delay)
}
}
let testThrottleFn = throttle(test,3000);
function test(a){
console.log('打印 '+a)
}
window.onscroll = function(){
testThrottleFn('bbbb')
}
new Date方式
function throttle(fn,delay){
let previous = 0;
return function(){
let _this = this;
let _argus = arguments;
let now = new Date();
//不同时间取值的new Date()是可以相减的
if(now-previous>delay){
fn.apply(_this,_argus);
previous = now;
}
}
}
let testThrottleFn = throttle(test,2000);
function test(b){
console.log('出现 '+b)
}
window.onscroll = function(){
testThrottleFn('8888')
}如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →javascript2026-02-24
navigator.sendBeacon全指南
在前端开发中,埋点系统是必不可少的一环。我们经常需要在用户 关闭页面 、 刷新 或 跳转路由 时,向服务器发送最后一条统计数据(比如用户停留时长、页面跳出率)。 但这看似简单的需求,在实现时却危机四伏:请求发不出去?页面跳转卡顿?今天我们就来聊聊这个问题的终极解决方案 —— 。 一、 痛点与传统方案的挣扎 场景还原 当用户点击关闭按钮时,浏览器会触发生命周期事件( 或 )。如果我们直接使用普通的异步 AJAX ( 或 ) 发送请求,浏览...
学习
javascript2025-11-02
理解浏览器事件系统,从用户点击到事件对象的完整旅程
深入理解浏览器事件系统:从用户点击到事件对象的完整旅程 “当我点击页面按钮时,背后发生了什么?为什么回调函数能收到一个包含丰富信息的event对象?今天,让我们一起揭开浏览器事件系统的神秘面纱。” 一个令人困惑的现象 作为前端开发者,我们每天都在写这样的代码: 这段代码如此熟悉,以至于我们很少停下来思考: 这个 对象到底从哪里来?它为什么能知道点击的精确坐标?为什么能识别是哪个元素被点击了? 更神奇的是,当我们手动创建事件时:...
学习
javascript2025-10-01
实现大文件上传全流程详解
在日常开发中,大文件上传是个绕不开的坎——动辄几百 MB 甚至 GB 级的文件,直接上传不仅容易超时,还会让用户体验大打折扣。最近我用 Vue+Express 实现了一套完整的大文件上传方案,支持分片上传、断点续传、秒传和手动中。 一、先看效果:我们要实现什么? 先上核心功能清单,确保大家明确目标,知道我们要解决哪些实际问题: 大文件分片上传 :将文件切成固定大小的小片段分批上传,避免单次请求超时 秒传 :服务器已存在完整文件时,直接返...
学习
javascript2025-09-18
JavaScript 的多线程能力:Worker
如果你写过一些计算量稍大的 JavaScript 代码,比如图像处理、大量数据排序或者复杂的算法,你几乎肯定遇到过浏览器“卡死”的现象。点击页面没反应,动画也停了,就像整个世界都静止了。 这就是主线程被阻塞的典型后果。因为主线程既要负责执行 JavaScript,又要负责渲染页面、响应用户操作,一旦它被繁重的计算任务占满,就无暇顾及其他,用户体验便直线下降。 这个问题的根源,正是“主线程是单线程的”。那么,如何解决呢? 答案很简单:把这...
学习面试
javascript2025-09-15
一张 8K 海报差点把首屏拖垮
你给后台管理系统加了一个「企业风采」模块,运营同学一口气上传了 200 张 8K 宣传海报。首屏直接飙到 8.3 s,LCP 红得发紫。 老板一句「能不能像朋友圈那样滑到哪看到哪?」——于是你把懒加载重新翻出来折腾了一轮。 解决方案:三条技术路线,你全踩了一遍 1\. 最偷懒:原生 一行代码就能跑,浏览器帮你搞定。 🔍 关键决策点 2020 年后现代浏览器全覆盖,IE 全军覆没。 必须写死 ,否则 CLS 会抖成 PPT。 适用场景...
学习
javascript2025-09-10
🚀 Web Worker让你的应用丝滑
🌟 引言 在日常的前端开发中,你是否遇到过这样的困扰: 大数据处理时页面卡死 :处理几万条数据时,页面直接卡成PPT,用户点击毫无反应 复杂计算阻塞UI :图片处理、数据分析等计算密集型任务让整个应用假死 文件上传/下载卡顿 :大文件操作时,其他功能完全无法使用 实时数据处理性能差 :WebSocket接收大量数据时,页面渲染严重滞后 今天分享6个Web Worker的核心技巧,让你的应用告别卡顿,用户体验丝滑如德芙! 💡 核心技巧...
学习
评论
请登录后发表评论
去登录