Go问答技术文章
-
Go 的 http.Client 返回响应后，Response.Body 不读取、不关闭，或每次新建 Client，都可能让 Transport 无法复用持久连接。本文用原创示例拆开 Body 生命周期、读取策略和连接池排查方法。489 收藏 -
Go 1.20 的 context.WithCancelCause 可以把具体错误随取消信号传给下游。本文区分 ctx.Err() 与 context.Cause(ctx)，说明首个取消原因、父子 Context 传播和常见误用。170 收藏 -
context.WithCancel 的 cancel 不只是结束信号，也负责解除父子 context 关联。本文用 Go 代码说明不调用 cancel 时的泄漏边界、正确写法和排查清单。367 收藏 -
Go Timer.Reset 前处理旧事件的原因、Stop 与非阻塞 drain 的兼容写法，以及 Go 1.23 后同步定时器通道带来的版本边界。492 收藏 -
Go 1.23 之后，不调用 Ticker.Stop 不一定等于 ticker 内存泄漏；真正要排查的是 ticker 是否仍被引用、消费它的 goroutine 是否会退出，以及后台任务是否还在继续执行。480 收藏 -
Go 用 close(channel) 做退出广播很方便，但重复关闭会 panic。本文说明单一关闭者、sync.Once、只读通道和数据通道所有权之间的边界。144 收藏 -
Go channel 关闭后仍能接收，是因为关闭且排空的 channel 会立即返回元素类型零值；带 ok 的接收可以区分真实发送值和关闭信号。本文用最小示例说明缓冲排空、ok 判断与常见误区。115 收藏 -
Go select 一旦加入 default，就会在没有可通信 case 时立即返回；如果它被放进无条件循环，空闲路径就会变成忙轮询。本文说明如何判断、修复并保留必要的非阻塞语义。453 收藏 -
Go 从 nil channel 接收不会返回零值，而是永久阻塞。本文通过复现、状态对比和 select 场景，说明如何定位 nil channel，并用初始化、超时或退出信号修复等待无出口问题。291 收藏 -
Go 发送到已关闭 channel 会直接触发 panic。本文从 close 语义、发送方所有权、多发送方汇合和取消信号四个角度说明如何安排关闭时机。386 收藏 -
Go 普通 map 不支持并发读写，读、写、删除和遍历必须进入同一个同步边界；本文用并发计数器演示 RWMutex 的封装方式，并说明何时评估 sync.Map。439 收藏 -
Go 的 map 遍历顺序没有语言保证，测试不应直接比较遍历结果的顺序；本文用排序、集合比较和显式顺序建模解决这类不稳定断言。163 收藏 -
Go 的 range 循环里取变量地址，是否重复取决于循环变量是用 := 声明还是用 = 复用，以及模块采用的 Go 版本。本文用切片副本、切片元素地址和旧版本兼容写法说明如何判断与修复。501 收藏 -
Go 切片 append 后原切片数据也变化，通常是因为新切片仍复用了容量范围内的底层数组。本文用 len、cap 和三切片表达式判断复用边界，并比较 append 隔离与 copy 深度复制的选择。291 收藏 -
Go 接口装入 typed nil 后为什么不等于 nil？本文用静态类型、动态类型和动态值拆开接口语义，解释 error 返回中的常见陷阱，并给出类型断言、反射与 API 边界的处理清单。113 收藏