序言：
后端开发中的三种市场需求
1.搜寻市场需求：窃听使用者输出该事件，输出顺利完成后把统计数据推送到后端，后端回到相匹配统计数据，后端表明统计数据到网页。在我看来如果使用者输出就发允诺，会给后端导致允诺阻力，须要掌控允诺的振幅
2.页面无穷读取统计数据：窃听使用者慢速该事件，在使用者慢速的操作过程中，求允诺下两本的统计数据来表明到网页，所以如果慢速就去发允诺，反之亦然会导致后端允诺阻力，须要掌控允诺的振幅
三种市场需求的差异：搜寻是使用者在输出中输出数次，若非等使用者中止输出后，就去推送允诺，须要用HDR去同时实现。
慢速读取统计数据是在使用者慢速网页的操作过程中每间距一两年就去允诺，即便使用者始终慢速，单厢每一一两年再去允诺，而并非等使用者慢速中止后才去允诺，就须要IIS去同时实现
HDR
1）涵义：使用者数次促发该事件，在使用者始终促发该事件中，该事件不能继续执行，多于在使用者中止促发该事件一两年后再继续执行那个该事件一场。
同时实现：
function antiShake(fn, time)=> {
let timer = null
return args => {
if (timer) clearTimeout(timer)
timer=setTimeout(fn,time)
}
}
原理：
使用者每一场促发该事件单厢延迟继续执行，在设置延迟定时器执之前单厢把上一场延迟定时器清除，最终多于使用者连续促发那个该事件的间距时间超出我们设置的参数ms毫秒后,该该事件才会促发一场
IIS
1）涵义：
使用者数次促发该事件，在使用者始终促发该事件操作过程中该事件会每间距一段时间继续执行一场，会继续执行数次。
2）同时实现：
function throttle(event, time) {
let timer = null
if (!timer) {
timer = setTimeout(() => {
event()
timer = null
}, time)
}
}
3）原理：
使用者每一场促发该事件单厢设置一个延迟定时器，但是如果已经设置了延迟定时器就会等上一场延迟定时器继续执行后才会开启下一个定时器，这样使用者始终促发该事件，该事件会每间距一两年继续执行一场
