欢迎！请查看关于页面以获取更多关于如何使用本站的信息。
由richhickey报告，2008年12月17日，因此hachCode可以设置为final，这样可以更高效地计算。以前的Google代码问题11
评论者：importer
从http://www.assembla.com/spaces/clojure/tickets/15转换而来
评论者：cgrand
直接将懒惰序列添加到列表、向量或作为映射中的值时，是否会实际化懒惰序列，从而增加计算复杂度？
lazy-incremental-hashes.diff引入了基于结构共享的懒惰增量哈希。
为什么被认定为“阻断者”？
将优先级设置为次要
评论者：jafingerhut
我之前见过“编辑工单，优先级变为阻断者”这种行为。我认为一些旧的工单根本没有任何优先级字段，当你编辑它们的任何属性时，它就会创建一个优先级字段，并使用默认值阻断。
评论者：alexmiller
是的，同意 Andy 对优先级变化的解释。我刚刚批量编辑了所有优先级为 null 的 open CLJ 工单，并设置了它们的优先级。
自 2014 年 1 月 30 日起，lazy-incremental-hashes.diff 补丁仍然可以干净地应用于最新的 Clojure 顶级主分支，但现在由于涉及哈希更改的最新提交而无法通过测试。我尚未检查更新补丁以通过测试可能有多难或容易。
截至 2014 年 8 月 29 日，在 Clojure 上进行了一些提交后，2013 年 8 月 26 日的 lazy-incremental-hashes.diff 补丁不再能干净地应用于最新的主分支。在那一天之前，它可以干净地应用。
我尚未检查更新此补丁可能有多容易或困难。
补丁lazy-incremental-hashes.diff，日期为2013年8月26日，即使在补丁未更新的情况下，也能在截至2014年9月5日的最新Clojure主分支上干净地应用。我没有检查，但猜测这是由于Clojure主分支最近所做的更改之一被这个提交回滚了：[点击查看](https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861)
