无缓冲通道能否用于接收信号？示例代码中缓冲大小为1的通道可否替换为无缓冲通道？

当然可以！在你提供的这段信号处理代码里，把sigs声明为无缓冲通道（sigs := make(chan os.Signal)）完全能正常工作，不会有任何问题。

为什么可行？ #

我们来拆解代码的执行逻辑和通道特性：

1. 接收方提前就绪：main函数启动后，立刻开启了一个专门等待信号的goroutine——它卡在sig := <-sigs这行，全程等待信号到来。当signal.Notify向通道发送信号时，接收方已经处于就绪状态，无缓冲通道的发送操作会直接完成（不会阻塞），信号能顺利传递到goroutine中。
2. 无缓冲通道的同步交付保证：无缓冲通道的核心是“同步收发”——发送方必须等到接收方准备好才能完成发送。在这个场景里，接收goroutine没有其他任务干扰，全程等待信号，这种同步交付是完全可靠的，不会出现信号丢失的情况。

那缓冲大小为1的通道在这里有什么用？ #

缓冲通道的优势是允许发送方先把信号存入缓冲区，无需等待接收方立即处理。比如如果你的接收goroutine可能因为处理其他逻辑暂时无法接收信号，缓冲1的通道可以暂存一个信号，避免信号被丢弃（毕竟signal.Notify不会阻塞发送，通道满/无接收方时信号会被直接丢弃）。但在你当前的代码里，接收goroutine是专门用来等待信号的，不存在无法及时接收的情况，所以两种通道效果完全一致。

修改后的验证代码 #

把通道改成无缓冲后，代码仍然能正常捕获SIGINT（比如Ctrl+C）和SIGTERM信号，然后优雅退出：

package main
import (
    "fmt"
    "os"
    "os/signal"
    "syscall"
)
func main() {
    sigs := make(chan os.Signal) // 无缓冲通道
    done := make(chan bool, 1)
    signal.Notify(sigs, syscall.SIGINT, syscall.SIGTERM)
    go func() {
        sig := <-sigs
        fmt.Println()
        fmt.Println(sig)
        done <- true
    }()
    fmt.Println("awaiting signal")
    <-done
    fmt.Println("exiting")
}

总结一下：在你的这个特定场景下，无缓冲通道完全可以替代缓冲大小为1的通道，功能上没有任何区别。

内容的提问来源于stack exchange，提问作者overexchange