明确超时文档，指出should not be called on a timeout channel不应该在超时通道上调用

Question

在遇到涉及关闭超时通道的竞争条件后，似乎有必要在其文档字符串中提及不应该在超时通道上调用 close!。附带的补丁对此进行了调整。请指导是否需要更改措辞。

Answer 1

评论人：alexmiller

是的，我认为修复这个比在文档中说明更好。

Answer 2

参考：https://clojure.atlassian.net/browse/ASYNC-109 (alex+import 报告)

Comments

> 是的，我认为修复这个问题比记录它更好。

我非常欢迎将该内容改为错误的补丁。这帮我们节省了大约三天对服务器中非常奇特的超时行为进行密集调试的时间。

---

作为替代方案，可以考虑回滚https://github.com/clojure/core.async/commit/ca80990bdcef6c46a93b93b82a3337fff22432d7
回滚的另一个强烈原因是您可能会意外地遇到1024个取者限制。检查以下重现，假设您的机器足够快
```
(let [err (promise)
      chs (into [] (repeatedly 32 #(a/timeout 1000)))]
  (doseq [ch chs]
    (dotimes [_ 33]
      (try (a/take! ch (fn [_]))
             (catch Error e
                                            、deliver err e)))))
  @err)
```

这也可能是现有core.async部署中的一个问题，只有当机器变得更快时才会出现。

Answer 3

由 hlewisship 发表的评论

或者，如果超时通道上的 close! 抛出异常会更好。

Answer 4

由 slipset 发表的评论

或者，让它不做任何事情？