Question

接收器始终阻塞，直到有数据要接收为止。如果通道未缓冲，则发送方将阻塞，直到接收方收到该值。

但是signal.Notify会将信号中继到无缓冲的通道而不会阻塞。这是如何工作的，是否可以与其他陈＆lt; - 类型？

一起使用

Answer 1

当os.Notify无法阻止时，它意味着如果要阻止，则会丢弃消息。因此，虽然它没有阻止它是真的，但如果它们不能立即被接收，那么它将传递信号是不正确的。这是通过简单的select：

完成的

select {
    case channel <- message:
        // message sent
    default:
        // message dropped
}

这就是Notify的文档明确指出您应该使用缓冲通道的原因。另请注意，缓冲通道也可以阻塞，而不仅仅是无缓冲通道;缓冲通道仅在缓冲区已满时阻止。

the tour和the spec涵盖

select。

Answer 2

<块引用>

这就是为什么 Notify 的文档明确指出您应该使用缓冲通道

使用 Go 1.17，the tool vet 也会使这一点更清楚：

<块引用>

调用信号的新警告。在未缓冲的通道上通知

df2 <- df$out3$parm$stand setDT(df2)[, flag := data.table::fcase(is.na(V8), 9L, V8 < 500, 3L, V7 > 500, 2L, default = 1L)][] V1 V2 V3 V4 V5 V6 V7 V8 flag 1: 892 332 190 481 568 836 105 414 3 2: 221 753 714 938 301 222 NA 676 1 3: 103 354 416 192 900 478 998 NA 9 4: 518 504 780 540 201 209 896 183 3 5: 603 799 576 869 187 569 905 643 2 工具现在会警告对 vet 的调用，并将传入信号发送到无缓冲通道。

使用无缓冲通道可能会丢失在其上发送的信号，因为 signal.Notify 在发送到通道时不会阻塞。

例如：

signal.Notify

c := make(chan os.Signal) // signals are sent on c before the channel is read from. // This signal may be dropped as c is unbuffered. signal.Notify(c, os.Interrupt) 的用户应使用具有足够缓冲空间的信道以跟上预期的信号速率。

如何实现对非缓冲通道的非阻塞写入？

2 个答案:

调用信号的新警告。在未缓冲的通道上通知