Go问答技术文章
-
Golang · Go问答 | 1星期前 | Context · 并发控制 · Go问答 · Go 资源清理 sync.Once context.WithCancel context.CancelFunc
Go 的 CancelFunc 可以被多个 goroutine 重复调用，但这不代表文件、连接和事务清理也天然幂等。本文用统一停止入口、等待工作退出和 sync.Once 设计多入口收尾，说明取消信号与资源释放的边界。441 收藏 -
Go context.WithCancel 的父子关系是单向取消传播：父 context 取消会让子 context 和后代一起结束，子 context 取消不会影响父 context 或兄弟节点。本文用代码说明 Done、Err、cancel 和资源释放边界。100 收藏 -
长任务不要把所有 cancel 都拖到最外层释放。本文用 Go context.WithCancel 说明阶段级上下文的创建、取消传播、并行 worker 退出和错误区分。287 收藏 -
Go 1.23 起，失去引用的 time.After 定时器可以被回收，但高频循环每轮创建 timer 和 channel 仍有分配与调度成本。本文说明 time.After 的适用边界，以及如何用可复用 Timer 配合 Stop、排空和 Reset。501 收藏 -
Go select 没有 default 并不是异常：当所有通信 case 都暂时不可执行时，当前 goroutine 会等待；本文区分缓冲、关闭和 nil channel，并给出 default、超时与取消的选择方法。427 收藏 -
Go select 同时命中多个 ready case 时不会按书写顺序执行，而是从可继续的通信中选择一个。本文解释 ready、default、关闭通道和优先级改写之间的边界。225 收藏 -
Go 的 range 接收循环不会因为暂时没有值就结束，必须等 channel 被关闭并且关闭前发送的值全部取出。本文说明关闭责任、双值接收、nil channel、缓冲 channel 和多发送方协调的边界。238 收藏 -
Go channel 的关闭责任应由能确认所有发送结束的一方承担。本文用单发送方、多发送方和取消信号三个场景，说明如何避免向已关闭 channel 发送导致 panic。393 收藏 -
Go channel 关闭后接收仍会得到元素类型的零值，不能只看 v 判断结束。本文用 comma-ok 区分有效零值、关闭空 channel 和 nil channel，并说明缓冲 channel 的正确消费方式。361 收藏 -
解释 Go 中 nil channel 的阻塞语义，以及如何用 select default 对可选通道做非阻塞尝试，同时区分 nil、未就绪和 closed channel。183 收藏 -
Go 中从 nil channel 接收不会返回零值，而是永久阻塞；只有已关闭且已耗尽的 channel 才会返回元素类型零值并令 ok 为 false。本文用状态对比和可取消示例说明排查与修复边界。111 收藏 -
Go 中向 nil channel 发送会永久阻塞，本文从运行时语义、排查路径和修复边界说明如何定位声明遗漏、select 门控与退出控制问题。345 收藏 -
看到 Go 编译报告中的 moved to heap 时，不要只凭一条提示判断性能。本文用 -gcflags=-m=2 追踪地址和生命周期，再结合 -benchmem 对照确认是否值得优化。328 收藏 -
go vet 的 printf 检查可以在编译前发现格式化动词与参数数量、类型不匹配的问题。本文用最小示例解释诊断信息、修复方式，以及自定义日志包装函数如何接入检查。263 收藏 -
Go runtime.SetFinalizer 只能作为非内存资源释放的兜底，不能替代显式 Close。本文从 GC 触发时机、进程退出、循环引用、KeepAlive 和幂等关闭几个边界说明正确的资源生命周期设计。497 收藏