如何实现无缓冲通道非阻塞写入？signal.Notify无阻塞机制解析及复用性探讨

这个问题问到了Go通道特性和runtime底层逻辑的关键点，我来一步步拆解解答：

一、如何实现无缓冲通道的非阻塞写入？ #

无缓冲通道的默认行为是发送方必须等待接收方准备好才能完成发送，但我们可以借助Go的select语句配合default分支，轻松实现非阻塞写入：

// nonBlockingSend 尝试向无缓冲通道发送值，不会阻塞
// 返回true表示发送成功，false表示通道未准备好，发送失败
func nonBlockingSend(ch chan<- int, val int) bool {
    select {
    case ch <- val:
        return true
    default:
        // 当通道没有等待接收的goroutine时，直接进入default分支，避免阻塞
        return false
    }
}

原理很直白：select会同时监听所有case分支，当ch <- val这个case可以执行（即有goroutine在等待接收该通道的值），就完成发送并返回true；如果这个case暂时无法执行（发送会触发阻塞），就立刻执行default分支，返回false，整个过程不会卡住发送方。

二、signal.Notify向无缓冲通道转发信号不阻塞的原理 #

signal.Notify的核心设计目标是不能因为信号处理阻塞整个程序，所以它的实现必须规避通道发送时的阻塞风险。

它的底层逻辑是：Go runtime在处理信号时，会直接在runtime层面做非阻塞发送校验——当有信号到来时，runtime会尝试向你注册的通道发送信号值，但如果此时通道没有等待接收的goroutine（发送会阻塞），runtime会直接丢弃该信号，而不是等待通道准备好。

这种处理是runtime针对信号场景的专属优化：因为信号是异步事件，如果让信号处理逻辑阻塞在通道发送上，会导致后续信号无法被及时处理，甚至引发程序响应异常。

三、这种机制能否应用于其他chan<-类型？ #

runtime的信号专属处理逻辑是底层内部实现，我们无法直接调用，但可以用前面提到的select + default方式，给任何chan<-类型实现等价的非阻塞发送效果——当通道未准备好接收时，放弃发送（数据可能丢失），避免发送方阻塞。

比如给字符串通道实现非阻塞发送：

func nonBlockingSendStr(ch chan<- string, val string) bool {
    select {
    case ch <- val:
        return true
    default:
        return false
    }
}

不过要注意：这种非阻塞发送会丢失数据，仅适合允许丢数据的场景（比如日志上报、监控指标推送、非关键事件通知等），如果业务要求数据必须被接收，那非阻塞发送就不适用了。

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