【问题标题】:gorilla websocket example with a superfluous channel? [closed]带有多余通道的大猩猩 websocket 示例? [关闭]
【发布时间】:2021-04-08 09:16:05
【问题描述】:

我不明白频道“完成”的原因,在这个简单的例子中

https://github.com/gorilla/websocket/blob/master/examples/echo/client.go

channel是struct类型,使用了3次

  1. Z41 延迟关闭(完成)
  2. Z57 案例
  3. Z77 案例

没有人写入频道。所以 2. 和 3. 会阻塞, 据我所知。我将不胜感激任何解释 这是如何工作的。

【问题讨论】:

  • 请将所有相关代码直接放在您的问题中。随着时间的推移,链接不可避免地会消失。

标签: go websocket channel gorilla


【解决方案1】:

specification says:

在调用 close 之后,并且在接收到任何先前发送的值之后,接收操作将返回通道类型的零值,而不会阻塞。

case <-done: 分支在调用 close(done) 后不会阻塞。

通常使用接近完成信号的通道,因为发出完成信号的 goroutine 不需要知道等待完成的 goroutine 的数量。此外,通道关闭永远不会阻塞等待接收者。

【讨论】:

  • 感谢您的详细解释
猜你喜欢
  • 2018-09-05
  • 2018-06-08
  • 2021-11-21
  • 2014-03-15
  • 2016-05-12
  • 1970-01-01
  • 1970-01-01
  • 2015-11-20
  • 2023-02-20
相关资源
最近更新 更多