<p>只有发送方能调用 close() 且仅一次;接收方调用会导致编译失败或 panic;Go 类型系统在编译期限定 close() 仅接受 chan T 或 chan<- T。</p>只能由发送方关闭,且必须确保只关一次;接收方永远别碰 close(),否则编译失败或运行时 panic。谁有资格调用 close()?Go 的类型系统在编译期就锁死了权限:close() 只接受 chan T 或 chan,拒绝 <code>(只读通道)。这意味着:如果你函数参数是 ch ,<code>close(ch) 直接报错:invalid operation: close(ch) (cannot close receive-only channel)真正能关 channel 的,是那个创建它、还握着双向或只写类型变量的 goroutine常见错误:把 channel 封装进结构体后暴露 Close() 方法,却没检查内部是否已是只读类型为什么重复 close() 会 panic?Go 运行时不提供"是否已关闭"的查询接口,也不做幂等处理------close(ch) 是个不可逆的原子信号。一旦触发,再次调用立刻崩溃:panic: close of closed channel。典型踩坑场景:多个 worker goroutine 都监听 ctx.Done(),各自判断"该收尾了",然后都执行 close(ch)安全解法:用 sync.Once 包一层,比如 once.Do(func() { close(ch) })别把 once.Do() 放在 for 循环里------它本意就是"只做一次",放错位置等于没保护接收方怎么知道 channel 关了?不能靠 单值接收猜,必须用双值语法:<code>v, ok := 。其中 <code>ok == false 才代表 channel 已关闭且缓冲区为空。 WisPaper 复旦大学研发的AI学术搜索工具,5分钟内筛选1000篇论文
相关推荐
随风M记忆s26 分钟前
Redis支持事务吗?了解Redis的持久化机制吗?老白干1 小时前
jjwt 0.9.1 在 JDK 11+ 上的两个“坑”与完整解决方案花青泽2 小时前
5-数据库-SQL注入-联合查询-关键字绕过-day13笨鸟先飞,勤能补拙8 小时前
AI 赋能网络安全:技术全景、成熟度评估与实战案例天桥下的卖艺者8 小时前
使用scitable包,两步生成逆概率删失权重(IPCW)隔窗听雨眠8 小时前
AI原生数据库浪潮:国产数据库的架构重构与路径之争长和信泰光伏储能9 小时前
京津冀光伏发电:绿色能源的未来之路数据库小学妹9 小时前
数据库选型实战:从数据类型到TCO成本,五维决策框架+九款产品横评浦信仿真大讲堂9 小时前
从重复操作到自动化闭环:如何让 CST 与 Python 真正协同起来Gu Gu Study10 小时前
ScoutLoop开放域深度研究引擎(agent的初步设计想法)