通常，更改的observable立即通知其订户，以便依赖于observable的任何计算的observable或绑定都会同步更新。 但是，rateLimit扩展器会导致observable在指定的时间段内抑制和延迟更改通知。 因此，速率限制的observable异步更新依赖关系。
速率限制扩展器可以应用于任何类型的可观察量，包括可观察数组和计算可观察量。 速率限制的主要用例是：
使事情在一定延迟后作出反应
将多个更改合并到单个更新中
如果您只需要组合更新而不添加延迟，则延迟更新提供了一种更有效的方法。
速率限制支持两种参数格式：
方法选项控制通知何时触发，并接受以下值：
<code>notifyAtFixedRate</code> — 未另行指定时的默认值。 通知发生在从第一次更改到可观察者的指定时间段（最初或自上一次通知之后）。
<code>notifyWhenChangesStop</code> — 通知发生在可观察者在指定时间段内没有发生变化之后。 每次可观察到的变化，该定时器被重置，因此如果可观察者连续地改变比超时期间更频繁，则不能发生通知。
考虑下面代码中的observable：
通常，如果您更改名称如下：
upperCase Name将在下一行代码运行之前立即完成。 但是如果你改为使用rateLimit定义名称如下：
upperCaseName不会在名称更改时立即重新计算，而是在将其新值通知给upperCaseName之前，将等待500毫秒（半秒），然后重新计算其值。 无论在这500ms内名称是多少次更改，upperCaseName只会更新一次最新的值。
在这个实例中，有一个instantValue observable，当你按下一个键时立即反应。 然后将其封装在delayedValue计算observable中，该observable配置为仅当更改停止至少400毫秒时通知使用notifyWhenChangesStop rate-limit方法。
尝试一下：
Type stuff here:
Current delayed value: <b></b>
UI源码：
视图模型源码：
对于计算的observable，当计算的observable的依赖性之一改变而不是其值改变时，触发速率限制定时器。 计算的observable不会重新求值，直到实际需要它的值 - 在发生更改通知的超时时间段之后，或直接访问计算的可观察值时。 如果需要访问计算的最近评估的值，可以使用peek方法执行此操作。
当any observable的值是原始值（数字，字符串，布尔值或null）时，只有当observable的依赖项设置为实际上与之前不同的值时，才会通知它的依赖项。 因此，原始值的速率限制可观察量只有当它们的值在超时周期结束时实际上不同时才通知。 换句话说，如果原始值的速率限制的observable被改变为新的值，然后在超时时间段结束之前改变回原始值，则不会发生通知。
如果要确保始终通知订阅者更新，即使该值相同，除了rateLimit之外，还要使用notify扩展器：
Knockout 3.4.0版本增加了对延迟更新的支持，通过使通知和更新异步，它的工作方式类似于速率限制。 但是，不是使用定时延迟，而是在执行I / O，回流或重绘之后，在当前任务之后尽快处理延迟更新。 如果要升级到3.4.0并且使用速率限制超时（例如，0毫秒）的代码，则可以修改为使用延迟更新：
如果要使用已弃用的throttle扩展程序迁移代码，则应注意以下方法，即rateLimit扩展程序与throttle扩展程序不同。
使用rateLimit时：
对可观测量的写入不被延迟; observables值立即更新。 对于可写的计算可观测量，这意味着写函数总是立即运行。
所有更改通知都会延迟，包括手动调用valueHasMutated时。 这意味着您不能使用valueHasMutated强制速率限制的observable通知未更改的值。
默认速率限制方法与throttle算法不同。 要匹配throttle行为，请使用notifyWhenChangesStop方法。
速率限制的计算观察值的评估不受速率限制; 如果你读它的值，它会重新评估。
作者：smallprogram
出处：
http://www.cnblogs.com/smallprogram
感谢您的阅读。喜欢的、有用的就请大哥大嫂们高抬贵手"推荐一下"吧！你的精神支持是博主强大的写作动力。欢迎转载！另外，文章在表述和代码方面如有不妥之处，欢迎批评指正。留下你的脚印，欢迎评论！