前戏
通过上一篇文章的总结，咱们晓得：短时间内高频率地触发事件，可能会导致不良后果。
具体到咱们开发界来说，如果数据统一处于一种高频率更新的状态，那么可能会引发的问题如下：
- 前后端数据交互频率过高，导致流量节约。
- 界面高频率渲染更新，引发页面提早、卡顿或假死等情况，影响体验。
在进入正题之前，咱们先来看上面这个例子：
<form action="" class="example-form"> <div> <label for="name">名称</label> <input type="text" name="name" id="name" placeholder="please input your name" > </div> <div> <label for="res">输出</label> <textarea type="multipart" name="res" id="res" placeholder="这里是每一次输出的后果" ></textarea> </div></form>window.onload = () => { const inputEle = document.querySelector("#name"); const resEle = document.querySelector("#res"); inputEle.addEventListener("input", function (event) { console.log(this.value); resEle.value += `\n${ this.value }` });}在输入框的 input 事件中，将该输入框的以后值输入在多行文本框中。能够看到，每输出一个拼音字母，都会有一条输入记录，触发频率取决于人的打字速度。
新需要
如果，当初有这么一个新需要，要咱们在 input 事件中退出新的逻辑：将输入框的以后值发往后台进行存储。
能够设想，这种状况下的前后端交互频率该有多高，其中很多数据都是没有必要即刻发送保留的，纯属节约流量。
咱们能够思考对这个需要进行一下优化，只有管制一下交互频率就好，次要有以下两个方向：
- 每隔几秒发送一次数据 —— 节流
- 每当用户进行输出之后，开始计时，肯定工夫后发送一次数据 —— 防抖
实现防抖
首先，咱们从防抖的方向进行实现：只有当用户进行输出一段时间后，才会将输出内容输入在多行文本框中。
window.onload = () => { const resEle = document.querySelector("#res"); function changeOutputVal(value) { resEle.value += `\n${ value }`; } function debounce(fn, delay = 1000) { let timer = null; return function (...args) { console.log(args); if (timer) { clearTimeout(timer); timer = null; } timer = setTimeout(() => { fn.apply(this, args); }, delay); } } const outputRes = debounce(changeOutputVal, 1000); const inputEle = document.querySelector("#name"); inputEle.addEventListener("input", (eve) => { outputRes(eve.target.value); });}代码阐明：
- 每一次事件被触发，都会革除以后的 timer 而后从新设置超时调用，即从新计时。 这就会导致每一次高频事件都会勾销前一次的超时调用，导致事件处理程序不能被触发；
- 只有当高频事件进行，最初一次事件触发的超时调用能力在delay工夫后执行。
运行成果如下：
能够看到，在退出防抖代码之后，input 事件并不会每次输出都会输入在多行文本，而是会在用户进行输出 delay 工夫之后触发输入，频率的确低了很多。从某种程度上来说，确实优化了页面显示成果，给人的视觉感触比拟难受。
总结
巧用防抖函数的，既能够优化性能，又能优化显示成果，两全其美。
~
~
代码比拟毛糙，也比拟根底，前面会逐渐向着简单的方向迭代，望各位看官海涵
~
~
~ 本文完
学习乏味的常识，结识乏味的敌人，塑造乏味的灵魂！
大家好！我是〖编程三昧〗的作者 隐逸王，我的公众号是『编程三昧』，欢送关注，心愿大家多多指教！
常识与技能并重，内力和外功兼修，实践和实际两手都要抓、两手都要硬！