通俗地说:

debound将阻止一个函数在仍然被频繁调用时运行。debound函数只在确定不再被调用后才会运行，此时它只会运行一次。脱绳的实际例子:

如果用户“停止输入”，自动保存或验证文本字段的内容:该操作将只执行一次，在确定用户不再输入(不再按键)之后。 记录用户休息鼠标的位置:用户不再移动鼠标，因此可以记录(最后)位置。

节流只会阻止最近运行过的函数运行，不管调用频率如何。节流的实际例子:

v-sync的实现是基于节流的:从上一次绘制屏幕到现在已经过去了16ms，屏幕才会被绘制。无论调用多少次屏幕刷新功能，它最多只能每16毫秒运行一次。

节流强制在一段时间内可以调用函数的最大次数。就像“最多每100毫秒执行一次这个函数。”

deboundation强制函数不被再次调用，直到一段时间过去而没有被调用。就像“仅在100毫秒后未被调用时才执行该函数。”

ref

通俗地说:

debound将阻止一个函数在仍然被频繁调用时运行。debound函数只在确定不再被调用后才会运行，此时它只会运行一次。脱绳的实际例子:

如果用户“停止输入”，自动保存或验证文本字段的内容:该操作将只执行一次，在确定用户不再输入(不再按键)之后。 记录用户休息鼠标的位置:用户不再移动鼠标，因此可以记录(最后)位置。

节流只会阻止最近运行过的函数运行，不管调用频率如何。节流的实际例子:

v-sync的实现是基于节流的:从上一次绘制屏幕到现在已经过去了16ms，屏幕才会被绘制。无论调用多少次屏幕刷新功能，它最多只能每16毫秒运行一次。

deboning和throttle之间的主要区别在于，debounce在用户未在特定时间内执行事件时调用函数，而throttle在用户执行事件时以指定时间间隔调用函数。

假设我们有一个回调函数“cb”，要在事件“E”时调用。 让“E”在1秒内被触发1000次，因此会有1000次对“cb”的调用。也就是1个电话/毫秒。为了优化，我们可以使用:

节流:节流(100ms)，“cb”将 在第100毫秒，第200毫秒，第300毫秒，…1000 ms)。也就是1次呼叫/100毫秒。这里对“cb”的1000次调用优化为10次调用。 debounning:当debounning为(100ms)时，“cb”只会在[1100秒]被调用一次。这是发生在第1000毫秒的最后一次触发“E”后的100毫秒。这里对“cb”的1000次调用优化为1次调用。

它比演示更简单。

它们做完全相同的事情(速率限制)，但当throttle被调用时，它会周期性地触发你的函数，而debounce只在最后触发一次。

在整个过程中抑制火焰，只在最后反弹火焰。

例如:如果你正在滚动，throttle将在你滚动时缓慢地调用你的函数(每X毫秒一次)。Debounce将一直等到滚动完成调用函数之后。

--

我喜欢将节流视为“包括debounce”，它们都在事件完成后做出最终决定，但由于实现细节，两者并不总是在同一时间做出最终决定，这可能会使演示令人困惑。