Go 中 chan 零值为 nil，未 make 初始化即收发或关闭会立即 panic；必须用 make(chan T) 或 make(chan T, N) 初始化后才能使用；select 中 nil channel 的 case 永远阻塞。

Go 中 chan 零值是 nil，但能直接用？

不能。声明未初始化的 chan 是 nil，对它做发送、接收或关闭都会立即 panic。所谓“声明即用”是误解——它只是语法上允许声明后不立刻 make，但实际运行时一碰就崩。

常见错误现象：panic: send on nil channel 或 panic: receive on nil channel，尤其在条件分支里只对部分路径做了 make，漏掉默认情况。

• 所有 channel 必须通过 make(chan T) 或 make(chan T, N) 初始化后才能参与通信
• 函数参数为 chan int 时，调用方传 nil 是合法的（类型匹配），但被调函数若直接收发，就会 panic
• select 语句中，case 会永久阻塞（不是 panic），这是唯一“安全”使用 <code>nil channel 的场景

什么时候可以故意留 nil channel？

只在 select 中动态启用/禁用某个分支时有用。因为 select 对 nil channel 的 case 会直接忽略，相当于逻辑上“关掉这条路”。

使用场景：实现带超时的非阻塞读、根据状态切换监听源、协程退出协调。

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• select 中某 case 的 channel 变量设为 nil，该分支就永不就绪
• 别把 nil channel 当“空值占位符”传给其他函数——除非你明确控制了后续只用于 select
• 注意：从 nil channel 接收会永远阻塞；向 nil channel 发送也永远阻塞（不会 panic！这点和直接收发不同）

ch := make(chan int)
var maybeCh chan int // nil
select {
case v := <-ch:
    fmt.Println("got", v)
case v := <-maybeCh: // 永远不会执行
    fmt.Println(v)
}

make(chan T) 和 make(chan T, 0) 有区别吗？

没有运行时行为区别。两者都创建无缓冲 channel，发送操作必须等对应接收就绪，反之亦然。语言规范里明确把容量为 0 的 channel 视为无缓冲。

但写法传递的意图不同：显式写 0 是强调“我需要同步语义”，而省略参数更常见，也更符合 Go 社区习惯。

• 不要为了“看起来更明确”而写 make(chan int, 0)——Go 官方文档和标准库都用无参形式
• 性能上完全一致，底层结构体字段 qcount 都为 0，dataqsiz 也都为 0
• 如果后续想加缓冲，改 make(chan int, 16) 就行，不用动逻辑

channel 零值在 struct 字段里怎么安全初始化？

struct 声明时字段是 nil，必须在构造实例时显式初始化，否则字段访问后直接 panic。没有编译期检查帮你拦住。

容易踩的坑：用 new(MyStruct) 或字面量 &MyStruct{} 创建时，channel 字段仍是 nil，后续方法调用一发消息就挂。

• 推荐在构造函数里统一 make，比如 func NewWorker() *Worker { return &Worker{ch: make(chan int)} }
• 如果字段可选，就用指针类型 *chan int，并让使用者自己决定是否赋值——但这会增加调用方负担
• 别依赖 init 函数或包级变量来“偷偷初始化”，耦合重、测试难、启动顺序易出错

零值可用性本质是 Go 的类型系统特性，不是 channel 的设计便利。真正关键的是：**声明不等于准备好，nil 不是“待用状态”，而是“未定义行为触发器”——它只在 select 里安静，在别处都危险。**