必须用 chan struct{} 而不是 chan bool 或 chan int，因其零内存开销且语义明确：struct{} 占 0 字节，bool 占 1 字节，int 占 8 字节；数百 goroutine 下内存浪费显著；struct{} 零值唯一可安全比较；编译器对其有专门优化；chan struct{} 明确表示纯信号通道，不传数据。
为什么必须用 chan struct{} 而不是 chan bool 或 chan int
因为零内存开销 + 语义明确。一个 struct{} 实例占 0 字节，而 bool 占 1 字节、int 在 64 位系统上通常占 8 字节。启动几百个 goroutine，每个配一个退出通道，chan bool 可能多占几十 KB 内存——这在网关或微服务里就是实打实的浪费。
-
struct{}的零值唯一，所有struct{}{}实例地址相同，可安全比较 - 编译器对
chan struct{}有专门优化，发送/接收几乎无额外开销 - 看到
chan struct{}就知道：这是纯信号，不传数据，别人读你代码时一眼就懂意图
怎么发信号？为什么 done 会报错，而 <code>done 才对
因为 struct{} 是类型，struct{}{} 才是它的零值字面量。就像你不能写 make([]int)，得写 make([]int, 0)；同理，向通道发信号必须提供一个具体值，所以必须加 {}。
- 错写：
done → 编译错误：<code>syntax error: unexpected } - 对写：
done → 正确，发送一个空结构体零值 - 不能省略括号，
struct{}{}是固定写法，不是“可选”
关闭 chan struct{} 后还能读吗？怎么判断是否已通知
能读，而且这是最常用的一次性通知模式：关闭通道后，所有阻塞在 上的 goroutine 会立即返回 <code>struct{}{}（零值），且第二个返回值 ok 为 false。
- 接收方推荐写法：
_, ok := ，<code>!ok表示已关闭、该退出了 - 用
for range done也行，但只适用于「只监听一次」的场景（因为range遇到关闭就自动退出） - 别在
select里只写case 就完事——如果其他分支也 ready，调度不保证选哪个，别依赖顺序 - 重复
close(done)或往已关闭的done发送会 panic
多个 goroutine 等同一个 done chan struct{}，发一次能唤醒几个
取决于 channel 类型：无缓冲 chan struct{} 只能唤醒一个接收者；有缓冲（比如 make(chan struct{}, 10)）最多唤醒缓冲容量个 goroutine；而 close(done) 是唯一能让所有阻塞接收者**立刻返回**的方式（返回零值 + ok == false）。
立即学习“go语言免费学习笔记（深入）”；
- 想“广播退出”，统一用
close(done)，而不是反复 send - 接收方统一用
_, ok := 判断是否该停止 - 不要在循环里反复
done 试图唤醒所有人——要么 panic，要么死锁 - 若需精确控制唤醒数量（如只停前 3 个 worker），得自己加计数器或配合
sync.WaitGroup
真正容易被忽略的是：channel 不是广播器，close 才是唯一确定性的“全员通知”动作；而 struct{}{} 这个写法，少一个 {} 就编译不过——它看起来像语法糖，其实是 Go 类型系统里不可妥协的硬约束。
