<p>Go 中声明只写不读的 channel 类型是 chan<- T，例如 var ch chan<- int。</p>
Go 里怎么声明一个只写不读的 channel
单向只写 channel 的类型是 chan（以 <code>int 为例），不是 chan int，也不是 。它只能被用于发送数据，编译器会直接拒绝你在该变量上调用 <code><-ch（接收操作）。
常见错误现象：把 chan int 直接赋给 chan 类型变量没问题，但反过来不行；更隐蔽的是，函数参数写成 <code>ch chan int 却想在调用方“假装只写”，这起不到约束作用——必须从类型层面切断读的能力。
- 定义方式：
var ch chan 或 <code>ch := make(chan - 不能用
close(ch)？错，chan 可以 close，只要它是你创建的（即非接收端传入的） - 函数参数中使用时，调用方传入双向 channel 是允许的，Go 会自动隐式转换为单向类型
函数参数用 chan 还是 <code><-chan T？
取决于你希望函数对外暴露什么能力。chan 表示“我只往里塞数据”，<code><-chan T 表示“我只从里取数据”。两者不可互换，且不能在函数体内反向操作。
典型使用场景：生产者函数只负责发数据，就该用 chan；消费者函数只负责收，就用 <code><-chan T。这样能提前捕获误用，比如在生产者里写了 <-ch，编译直接报错：invalid operation: cannot receive from send-only channel。
立即学习“go语言免费学习笔记（深入）”；
- 错误示例：
func producer(ch → 编译失败，因为 <code><-chan int不支持发送 - 正确配对：
func producer(ch chan + <code>func consumer(ch <-chan int) - 注意：函数内部无法通过类型断言或反射把
chan 转回双向 channel，Go 的单向类型是编译期强制的
为什么不能直接把 make(chan int) 当作 chan 传参？
你可以，而且完全合法。Go 允许将双向 channel 隐式转换为任一单向类型，只要方向兼容。所以 make(chan int) 可以安全传给 chan 或 <code><-chan int 参数。
但容易踩的坑在于：如果你在函数内部又把单向 channel 赋值给另一个变量并试图“恢复”为双向类型，就会失败。Go 不提供任何语法或函数来降级单向 channel。
- 可行：
c := make(chan int); f(c)，其中f接收chan - 不可行：
func f(ch chan → 编译错误：<code>cannot convert chan - 性能无影响：单向类型纯属编译期检查，运行时和双向 channel 完全一致
接收端拿到 <-chan T 后还能关 channel 吗？
不能。只有发送端（即拥有 chan 或双向 <code>chan T）才能调用 close()。如果接收端尝试 close(ch)，编译报错：invalid operation: cannot close receive-only channel。
这是 Go 类型系统防止竞态的关键设计：谁创建、谁关闭；谁发送、谁结束。实际协作中，通常由生产者在发完所有数据后 close，消费者检测到 ok == false 就退出循环。
- 正确做法：生产者用
chan，发完调 <code>close(ch)；消费者用<-chan T，用v, ok := <-ch判断是否关闭 - 常见误操作：在 select 分支里对
<-chan T调close()，或者试图用反射强行 close —— 都会编译失败 - 注意：
close()对chan 是允许的，但对 <code><-chan T绝对禁止
最常被忽略的一点：单向 channel 的约束力只存在于当前作用域和函数签名中。一旦你把它转成 interface{} 或通过反射操作，类型信息就丢了——但那已经不属于语言设计本意了，也不该这么做。
