golang如何使用struct嵌套_golang struct结构体嵌套使用方法.txt

无缓冲 channel 的阻塞行为由收发双方是否就绪决定：发送方阻塞直到有接收方，接收方阻塞直到有发送方；同一 goroutine 中收发必然死锁，因无法满足"跨协程接力"前提。无缓冲 channel 的阻塞行为怎么判断？Go 里 make(chan int) 创建的就是无缓冲 channel，它不存数据，只做"接力交接"------发送方必须等到有接收方在等，才会继续执行。反过来也一样：接收方会卡住，直到有人往里发。常见错误现象：fatal error: all goroutines are asleep - deadlock这基本就是你写了 ch <- 1 或 <-ch，但另一端没人配合，程序直接死锁。使用场景：需要严格同步两个 goroutine 的执行节奏（比如"等 A 完成后再启动 B"）实现信号通知（如 done := make(chan struct{})，只用来关闭，不传数据）避免竞态时做简单协调（比 mutex 更轻量，但适用范围窄）注意：无缓冲 channel 的容量是 0，cap(ch) 返回 0，len(ch) 永远是 0 ------ 别想用 len 判断"有没有人等着"，它没意义。为什么不能在同一个 goroutine 里 send 和 receive？因为无缓冲 channel 的收发必须跨 goroutine 才能完成。写成这样必死锁：立即学习"go语言免费学习笔记（深入）"；ch := make(chan int)ch <- 1 // 卡在这儿，永远等不到接收者<-ch正确做法永远是至少一方跑在另一个 goroutine：发送放 goroutine 里：go func() { ch 接收放主 goroutine：<-ch或者反过来，只要不写在同一执行流里容易踩的坑：误以为 select + default 能绕过阻塞 ------ 其实不能。select 对无缓冲 channel 的 case 依然要等配对操作，default 只是让 select 不阻塞，不代表 channel 本身不阻塞。 WisPaper 复旦大学研发的AI学术搜索工具，5分钟内筛选1000篇论文