使用 Go 检查通道是否具有可读取的值

Question

如何检查一个频道是否有可供我阅读的价值？

我不想在阅读频道时被屏蔽。我想看看它是否有价值。如果有的话，我会读的。如果它没有（还），我会做其他事情，稍后再回来查看。

Answer 1

我所知道的从通道读取的唯一非阻塞操作是在 select block 内部，具有默认情况：

    select {
    case x, ok := <-ch:
        if ok {
            fmt.Printf("Value %d was read.\n", x)
        } else {
            fmt.Println("Channel closed!")
        }
    default:
        fmt.Println("No value ready, moving on.")
    }

请try the non-blocking here

注意以前的答案：接收操作符本身是现在是阻塞操作，从 Go 1.0.3 开始。 spec 已被修改。请try the blocking here（死锁）

Answer 2

如果你经常这样做，那么它可能不是一个很好的设计，当你没有从频道读取任何内容时，你最好生成另一个 goroutine 来完成你计划做的任何工作。 Go 通道的同步/阻塞特性使代码更易于阅读和推理，而调度程序和廉价的 goroutine 意味着异步调用是不必要的，因为等待的 goroutine 占用的资源非常少。

Answer 3

您不会，至少对于同步（无缓冲）通道而言不会。如果不要求从通道中获取值，就无法判断一个值是否在等待。

对于缓冲通道，从技术上讲，您可以使用 len 函数来执行您所描述的操作，但您真的非常不应该这样做。你的技术无效。

原因是它代表了一种竞争条件。给定通道 ch，您的 goroutine 可能会看到 len(ch) > 0 并得出结论认为有一个值在等待。然而，它不能断定它可以在不阻塞的情况下从通道中读取——另一个 goroutine 可能会在您检查 len 和接收操作运行之间清空通道。

出于您所描述的目的，将 select 与 Ripounet 所示的默认情况一起使用。

Answer 4

很遗憾，之前的答案不正确。 spec 明确表示您可以使用 len() 函数以这种方式使用通道，但前提是您指定了通道容量 - 通道在制作时的缓冲区长度。如果您在制作时省略了通道容量 - 通道操作总是阻塞的。

Answer 5

警告：这不再准确，请参阅下面的答案。

来自文档：

如果接收表达式用于 赋值或初始化 表格

x, ok = <-ch
x, ok := <-ch
var x, ok = <-ch

接收操作变为 非阻塞。如果操作可以 继续，布尔变量 ok 将 设置为 true 并将值存储在 X;否则 ok 设置为 false 和 x 为其类型设置为零值

Answer 6

在大多数情况下，依赖此类信息是一个非常糟糕的设计选择。甚至没有说它的实现有多脏。

因此，不要执行以下步骤在运行时检测通道是否准备好读取：

• 定义 hchan waitq sudog 结构，如此处定义 - https://golang.org/src/runtime/chan.go
• 使用“不安全”包将通道转换为指向 hchan 结构的指针
• 读取此结构的 sendq 字段以获取侦听器
• first sudog 并从那里读取 msg 字段。
• 使用“反射”和“不安全”将消息转换为适合通道的类型