通过延迟 fork，watchInput 将会被阻塞 500ms，发生在此期间内的所有 INPUT_CHANGED action 都会被忽略。
这保证了 Saga 在每 500ms 内只触发一次 INPUT_CHANGED action。

但上面的代码还有一个小问题。take 一个 action 后，watchInput 将睡眠 500ms，这意味着它会忽略发生在这期间内的所有 action。
这也许是节流的目的，但要注意的是 watcher 也将错过那个尾部 action（trailer action）：即最后的那个 action 也许正好发生在这 500ms 内。
如果你是对文本框的输入操作进行节流，这可能是不可取的，因为，如果最后的输入操作发生在这 500ms 内，你可能会希望响应最后的那个输入，即使节流限制已经过去了。

在新版本中，我们维护了一个 countDown 变量，用于跟踪剩余的超时时间。
最初的 countDown 是 ，因为我们要处理第一个 action。处理完第一个 action 之后，countDown 将被设置为节流周期 wait，
意思是在处理下一个 action 之前，至少需要等待 waitms。

然后，在每一次迭代中，我们在下一个尾部 action 与剩余超时时间之间启动一个 race。现在我们不会错过任何一个 action 了，
相反，我们使用 lastAction 变量来跟踪记录最后的那个 action，并且将 countDown 更新为剩余超时时间。

防抖动

为了对 action 队列进行防抖动，可以在被 fork 的任务里放置一个 delay。

在上面的示例中，handleInput 在执行之前等待了 500ms。如果用户在此期间输入了更多文字，我们将收到更多的 INPUT_CHANGED action。
并且由于 handleInput 仍然会被 delay 阻塞，所以在执行自己的逻辑之前它会被 watchInput 取消。