欢迎！请参阅关于页面了解有关此功能的更多信息。
由richhickey于2008年12月17日报道，所以hachCode可以是final的，在计算过程中更有效率。以前是Google Code Issue 11
评论由：importer发表
从http://www.assembla.com/spaces/clojure/tickets/15转换
评论由：cgrand发表
原始方法在将它们添加到列表、向量或作为映射中的值时是否会引起懒惰序列的实际化？
lazy-incremental-hashes.diff引入了基于结构共享的懒惰增量哈希。
为什么要将其标识为阻塞器？
设置优先级为次要
评论人：jafingerhut
我之前看到过“编辑工单，其优先级变为Blocker”这种行为。我相信一些旧工单根本没有“优先级”字段，而当你编辑其中任何属性时，它会创建一个具有默认值Blocker的优先级字段。
评论人：alekmiller
是的，同意Andy关于优先级变化的解释。我刚刚编辑了所有具有null优先级的开放CLJ工单，并设置了它们的优先级。
截至2014年1月30日的最新Clojure“master”分支，lazy-incremental-hashes.diff补丁仍然可以干净地应用，但是由于最近的hash更改的提交，测试现在失败了。我尚未检查更新补丁以使其再次通过测试可能有多难或简单。
在2014年8月29日对Clojure进行某些提交后，补丁lazy-incremental-hashes.diff（日期为2013年8月26日）已不再干净地应用于最新的master分支。在那之前，它可以干净地应用。
我尚未检查更新此补丁可能有多简单或困难。
作为2014年9月5日的最新Clojure master，补丁lazy-incremental-hashes.diff（日期为2013年8月26日）再次干净地应用，尽管补丁尚未更新。我没有进行检查，但我会猜测这是因为Clojure master最近进行的一项更改在本次提交中被撤销：[https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861
