当前位置: 首页 > news >正文

前端手写源码系列(一)—— 手写防抖和节流

目录

  • 1.实现防抖函数(debounce)
  • 2.实现节流函数(throttle)
    • 时间戳的方式:
    • 定时器方式:
  • 3.总结

1.实现防抖函数(debounce)

防抖函数原理:把触发非常频繁的事件合并成一次去执行
在指定时间内只执行一次回调函数,如果在指定的时间内又触发了该事件,则回调函数的执行时间会基于此刻重新开始计算

在这里插入图片描述
在这里插入图片描述
函数防抖是指在事件被触发 n 秒后再执行回调,如果在这 n 秒内事件又被触发,则重新计时。这可以使用在一些点击请求的事件上,避免因为用户的多次点击向后端发送多次请求。

手写简化版:

// func是用户传入需要防抖的函数
// wait是等待时间
const debounce = (func, wait = 50) => {// 缓存一个定时器idlet timer = 0// 这里返回的函数是每次用户实际调用的防抖函数// 如果已经设定过定时器了就清空上一次的定时器// 开始一个新的定时器,延迟执行用户传入的方法return function(...args) {if (timer) clearTimeout(timer)timer = setTimeout(() => {func.apply(this, args)}, wait)}
}

适用场景:

  • 文本输入的验证,连续输入文字后发送 AJAX 请求进行验证,验证一次就好
  • 按钮提交场景:防止多次提交按钮,只执行最后提交的一次
  • 服务端验证场景:表单验证需要服务端配合,只执行一段连续的输入事件的最后一次,还有搜索联想词功能类似

防抖节流本质是不一样的。防抖是将多次执行变为最后一次执行,节流是将多次执行变成每隔一段时间执行

像百度搜索,就应该用防抖,当我连续不断输入时,不会发送请求;当我一段时间内不输入了,才会发送一次请求;如果小于这段时间继续输入的话,时间会重新计算,也不会发送请求。

完整版:

// 函数防抖的实现
function debounce(fn, wait) {let timer = null;return function() {let context = this,args = arguments;// 如果此时存在定时器的话,则取消之前的定时器重新记时if (timer) {clearTimeout(timer);timer = null;}// 设置定时器,使事件间隔指定事件后执行timer = setTimeout(() => {fn.apply(context, args);}, wait);};
}

2.实现节流函数(throttle)

节流函数原理:指频繁触发事件时,只会在指定的时间段内执行事件回调,即触发事件间隔大于等于指定的时间才会执行回调函数。总结起来就是:事件,按照一段时间的间隔来进行触发

在这里插入图片描述
在这里插入图片描述

dom的拖拽,如果用防抖的话,就会出现卡顿的感觉,因为只在停止的时候执行了一次,这个时候就应该用节流,在一定时间内多次执行,会流畅很多

手写简版:
使用时间戳的节流函数会在第一次触发事件时立即执行,以后每过wait秒之后才执行一次,并且最后一次触发事件不会被执行

时间戳的方式:

// func是用户传入需要防抖的函数
// wait是等待时间
const throttle = (func, wait = 50) => {// 上一次执行该函数的时间let lastTime = 0return function(...args) {// 当前时间let now = +new Date()// 将当前时间和上一次执行函数时间对比// 如果差值大于设置的等待时间就执行函数if (now - lastTime > wait) {lastTime = nowfunc.apply(this, args)}}
}setInterval(throttle(() => {console.log(1)}, 500),1
)

定时器方式:

使用定时器的节流函数在第一次触发时不会执行,而是在 delay 秒之后才执行,当最后一次停止触发后,还会再执行一次函数

function throttle(func, delay){var timer = 0;return function(){var context = this;var args = arguments;if(timer) return // 当前有任务了,直接返回timer = setTimeout(function(){func.apply(context, args);timer = 0;},delay);}
}

适用场景:

  • 拖拽场景:固定时间内只执行一次,防止超高频次触发位置变动。DOM 元素的拖拽功能实现(mousemove
  • 缩放场景:监控浏览器resize
  • 滚动场景:监听滚动scroll事件判断是否到页面底部自动加载更多
  • 动画场景:避免短时间内多次触发动画引起性能问题

节流规定一个单位时间,在这个单位时间内,只能有一次触发事件的回调函数执行,如果在同一个单位时间内某事件被触发多次,只有一次能生效。节流可以使用在 scroll 函数的事件监听上,通过事件节流来降低事件调用的频率。

3.总结

  • 函数防抖:限制执行次数,多次密集的触发只执行一次

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

  • 函数节流:限制执行的频率,按照一定的时间间隔有节奏的执行

使得一定时间内只触发一次函数。原理是通过判断是否到达一定时间来触发函数

相关文章:

  • 北京网站建设多少钱?
  • 辽宁网页制作哪家好_网站建设
  • 高端品牌网站建设_汉中网站制作
  • vue前端实现登录页面的验证码(新手版)
  • 基于x86 平台opencv的图像采集和seetaface6的人脸跟踪功能
  • OpenAI推出新功能:GPT-4o正式上线微调功能,限时免费!
  • TinaSDKV2.0 自定义系统开发
  • C++动态规划(背包问题)
  • Kubernetes(k8s)中部署WordPress
  • 在 Java 中使用泛型时遇到的问题,,无法正确将响应数据映射为需要的数据
  • 【微信小程序】导入项目
  • SEO之网站结构优化(十三-网站地图)
  • Spring Cloud Alibaba
  • 正则表达式记录
  • 斯坦福大学cs231n (图像分类)
  • 所有可能的路径
  • 【Linux C++】log4cpp日志库的安装和使用详解
  • C++初学(16)
  • CAP理论的例子讲解
  • CSS居中完全指南——构建CSS居中决策树
  • Linux CTF 逆向入门
  • Mysql数据库的条件查询语句
  • Synchronized 关键字使用、底层原理、JDK1.6 之后的底层优化以及 和ReenTrantLock 的对比...
  • Web标准制定过程
  • 简析gRPC client 连接管理
  • 前端
  • 如何将自己的网站分享到QQ空间,微信,微博等等
  • 世界上最简单的无等待算法(getAndIncrement)
  • -- 数据结构 顺序表 --Java
  • 一天一个设计模式之JS实现——适配器模式
  • 一些css基础学习笔记
  • 应用生命周期终极 DevOps 工具包
  • - 语言经验 - 《c++的高性能内存管理库tcmalloc和jemalloc》
  • CMake 入门1/5:基于阿里云 ECS搭建体验环境
  • 数据库巡检项
  • ​学习笔记——动态路由——IS-IS中间系统到中间系统(报文/TLV)​
  • #### go map 底层结构 ####
  • #我与Java虚拟机的故事#连载07:我放弃了对JVM的进一步学习
  • (22)C#传智:复习,多态虚方法抽象类接口,静态类,String与StringBuilder,集合泛型List与Dictionary,文件类,结构与类的区别
  • (4) PIVOT 和 UPIVOT 的使用
  • (C语言)逆序输出字符串
  • (zt)基于Facebook和Flash平台的应用架构解析
  • (附源码)springboot工单管理系统 毕业设计 964158
  • (六)库存超卖案例实战——使用mysql分布式锁解决“超卖”问题
  • (三)mysql_MYSQL(三)
  • (三十)Flask之wtforms库【剖析源码上篇】
  • (四)进入MySQL 【事务】
  • (五)网络优化与超参数选择--九五小庞
  • (转)http协议
  • (转)jQuery 基础
  • (转)ORM
  • (转)PlayerPrefs在Windows下存到哪里去了?
  • (转)setTimeout 和 setInterval 的区别
  • (转)德国人的记事本
  • .NET 6 Mysql Canal (CDC 增量同步,捕获变更数据) 案例版
  • .net core 连接数据库,通过数据库生成Modell
  • .Net Core 生成管理员权限的应用程序
  • .NET Framework Client Profile - a Subset of the .NET Framework Redistribution