查看网站dns服务器网站做跳转链接

查看网站dns服务器,网站做跳转链接,优化方案化学,wordpress 字段#xff1a;手写一个防抖函数 答#xff1a; /** * 基础版防抖函数#xff08;非立即执行#xff09; * param {Function} func - 需要防抖的目标函数 * param {number} delay - 等待时间#xff08;毫秒#xff09; * returns {Function} - 防抖后的函数 */ function …手写一个防抖函数答/*** 基础版防抖函数非立即执行* param {Function} func - 需要防抖的目标函数* param {number} delay - 等待时间毫秒* returns {Function} - 防抖后的函数*/function debounce(func, delay) {let timer null; // 用闭包存储定时器ID确保多次调用共享同一个定时器// 返回防抖后的函数接收目标函数的参数...argsreturn function (...args) {// 1. 若已有定时器先清除重复触发时重新计时if (timer) clearTimeout(timer);// 2. 重新设置定时器等待delay后执行目标函数timer setTimeout(() {func.apply(this, args); // 用apply绑定this确保目标函数this指向正确timer null; // 执行后清空定时器避免内存泄漏}, delay);};}扩展延伸防抖Debounce核心逻辑当一个事件会被频繁的触发时防抖函数不会频繁的执行而是等待事件停止触发一段时间后才执行如果在等待执行的过程中事件再次被触发则我们需要重新计算需要等待的时间。典型使用场景搜索框输入联想每次按键都会触发输入对应 Input 的事件我们认为用户结束输入后我们再进行联想这个结束输入的判定规则就是自上一次Input事件触发后的一段时间内用户没有再触发Input事件可视为结束输入需要开始联想实时输入校验等。和防抖并列提及的是节流。节流Throttle核心逻辑当事件会被频繁触发的时候节流函数只会按照固定的时间间隔执行无论期间事件被处罚多少次都只在每个时间的开头或结束执行一次。典型使用场景滚动监听一般用于加载数据判断每隔一段时间判断一次当前位置来判断需要加载的数据量窗口resize事件用于重新计算布局这里简单对比一下防抖和节流防抖 节流执行时机 事件停止触发后等待一段指定的时间 固定时间间隔执行每个时间段内仅执行一次重复触发的问题 重新计算等待的时间执行会延迟 不影响固定时间间隔执行目标 解决冗余的执行 解决过度的执行使用场景 搜索、校验 滚动加载搜索输入的过程中每次键入字符触发搜索在没有防抖的情况下仅仅只有最后一次的搜索即用户输入完成才是有效的之前的这些全部都是没有意义的只会加重服务负担即为 “冗余” 。页面滚动过程中滚动是持续触发的在没有节流的情况下每一次滚动都会有大量的计算过程假设你的滚动事件是有计算操作的计算阻塞主线程会导致页面卡顿无法正常滚动即为 “过度” 如果使用防抖滚动事件的持续触发会导致计算一直无法开始俗称“不跟手”。面试追问setTimeout 的延时并不准有没有办法实现一个更精确的时间检测有使用时间戳 requestFrameAnimation 实现。页面滚动加载数据一般用什么搜索框输入触发联想词又用什么滚动加载一般用节流防抖需要等用户停止滚动才加载可能会等很久节流则是一到底部就加载可以保证加载的及时性。搜索联想一般用防抖因为用户的输入过程会频繁触发联想但是只有用户停止输入时触发的联想才是用户想要的、有效的。我看你在防抖函数中用了 apply 这是为啥为啥不可以直接用 func 主要是 this 指针的指向问题防抖函数返回的是一个新的函数假设现在设置的是 input.oninput debounceSearch这个 debounceSearch 中如果有 this那么预期是要指向 input 标签但是我们直接调用 func 的话this 会指向 window 或 undefined和预期不一致。防抖函数中如果目标函数有返回值我们可以拿到吗不行即使返回目标函数结果也不行因为他在 setTimeout 里面执行的无法返回对应的执行结果。但是我就需要这个返回结果有没有办法有两种办法一是将 setTimout 用 Promise 封装起来setTimeout 的回调执行时resolve 这个 Promise 就可以了这样防抖函数就变成了一个异步的api二是使用回调参数在目标函数执行后调用这个回调就可以了。有没有遇到过防抖函数导致内存泄漏的情况没有但是防抖函数有内存泄漏的可能性本质上是闭包写法产生的编写代码的时候注意闭包的处理就可以了。