在 Go 中，将通道接收（如 !
在 go 中，将通道接收（如 `!
Go 语言允许将通道接收表达式（如
if db.request <- "boo"; !<-db.response {
// do something ...
}
这段代码看似简洁，实则隐藏严重风险。其执行逻辑分为两步：
- 执行 db.request 阻塞直到有协程接收；
- 执行 !必然阻塞，直到有协程向 db.response 发送值。
⚠️ 关键事实澄清：
- 这不是轮询（polling）：Go 的 绝不会跳过等待。
- 存在竞态与死锁风险：若发送端（如处理 request 并写入 response 的 goroutine）尚未启动、崩溃、或因其他原因未向 db.response 发送值，则 !
- 标准库零使用先例：net/http、sync、os/exec 等所有核心包均规避此类写法。标准做法是显式使用 select 配合 default（非阻塞尝试）或 timeout（超时控制），确保可控性。
✅ 推荐替代方案：使用带超时的 select
db := &data{make(chan string), make(chan bool)}
db.request <- "boo" // 注意：此处仍可能阻塞，应同样加保护
// 安全地等待响应，最多等待 500ms
select {
case resp := <-db.response:
if !resp {
fmt.Println("operation failed")
}
case <-time.After(500 * time.Millisecond):
fmt.Println("timeout: no response received")
}? 进阶提示：若需完全非阻塞检测通道是否有值（仅当有值时才处理），必须借助 select + default：
select {
case resp := <-db.response:
handle(resp)
default:
fmt.Println("no response available yet")
}总结：将 易误解、难调试、高风险的惯用法。它牺牲了可读性与健壮性，换取了虚假的简洁性。在生产代码中，应始终优先使用 select 显式管理通道通信的时序与边界条件——这是 Go 并发编程的基石实践。
