用 reflect.TypeOf(v) 获取类型后检查 t.Kind() == reflect.Chan 可准确识别通道类型，而非依赖名称；nil 的 interface{} 参数会导致 TypeOf 返回 nil，需先判空。
怎么用 reflect.TypeOf 看出一个变量是不是 chan
Go 的反射不能直接“打开”通道去读写，但能识别它的类型。关键看 reflect.Kind 是否为 reflect.Chan，而不是只靠名字里有没有 “chan” 字样。
常见错误是拿 reflect.Value 直接调 Interface() 想转回通道——如果原始值是 nil，会 panic；如果类型不匹配（比如传了 *chan int 却当 chan int 用），也会出错。
- 先用
reflect.TypeOf(v)拿类型，再检查t.Kind() == reflect.Chan - 注意：函数参数如果是
interface{}，传入nil chan int后，reflect.TypeOf返回的是nil，不是chan int类型 —— 这时候要先判空 -
reflect.ChanDir可以区分chan、<code> 和双向通道，但仅对类型有效，对 <code>reflect.Value调ChanDir()才能拿到运行时方向
ch := make(chan string, 1) t := reflect.TypeOf(ch) fmt.Println(t.Kind() == reflect.Chan) // true fmt.Println(t.ChanDir()) // reflect.BothDir
为什么 reflect.ValueOf(ch).Len() 总返回 0
因为 Len() 对 reflect.Chan 返回的是当前缓冲区中未被接收的元素个数 —— 不是容量，也不是是否关闭，更不是“能不能发”。它只反映此刻状态，且必须在通道非 nil 时才安全调用。
容易踩的坑是：把 Len() 当作“通道是否可用”的判断依据。实际上，一个已关闭但还有残留数据的通道，Len() 可能 > 0；一个刚创建的空缓冲通道，Len() 是 0，但它完全可发可收。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 调
Len()前务必用v.IsValid() && v.Kind() == reflect.Chan守住边界 - 不要依赖
Len()做业务逻辑分支，比如 “if ch.Len() > 0 { send }”，这既竞争又不可靠 - 缓冲通道满时，
Len()==Cap()；空时为 0；非缓冲通道永远是 0（因为没缓冲区）
用反射往通道里塞数据？小心死锁和 panic
可以，但非常受限：reflect.Value.Send() 要求通道是 **非关闭、可发送** 的，且必须是 reflect.Chan 类型的 Value；而 reflect.Value.Recv() 同理要求可接收。一旦方向不符或已关闭，立刻 panic。
典型错误场景：把函数参数声明为 interface{}，传入 ，反射后尝试 <code>Send() —— 失败，因为它是只读方向。
- 用
v.ChanDir()先确认方向：reflect.SendDir或reflect.BothDir才能发 - 发送前最好用
select{ case 包一层超时，避免反射操作卡死整个 goroutine - 别对
nil通道调Send()，反射不会帮你做 nil 检查，panic 信息是 “send on nil channel”
ch := make(chan int, 1) v := reflect.ValueOf(ch) v.Send(reflect.ValueOf(42)) // OK // v.Close() // panic: close of non-closable channel —— 反射不支持 Close()
反射没法获取通道底层状态（如是否关闭、是否有等待 goroutine）
Go 运行时故意没暴露这些信息。反射能看到的只有类型、方向、长度、容量，以及能否发/收 —— 但“是否已关闭”只能靠 recv, ok := 这种原生语法捕获，反射做不到。
有人试图用 unsafe + 运行时结构体硬读，但 Go 1.21+ 的 runtime 已经把 hchan 字段重排、加 padding，且无文档保证，线上绝对别碰。
- 所有“动态探测通道状态”的需求，最终都得回归到原生 channel 操作 + select + context
- 反射唯一能帮上忙的，是统一处理多种通道类型的泛型桥接（比如日志中间件封装不同 chan T），但核心逻辑仍要靠真实 channel 行为驱动
- 别为了“看起来动态”而绕开语言原语 —— 通道的封闭性不是限制，是设计约束
