Go问答
已收录文章：102篇
-
Golang · Go问答 | 2个月前 | GC · sync.Pool · bytes.Buffer · 内存优化 · Go问答 · Go 垃圾回收 内存占用 对象池 sync.Pool bytes.Buffer buffer复用Go 服务用 sync.Pool 复用 bytes.Buffer 后，流量回落时 RSS 仍高并不一定是泄漏。本文从大容量底层数组被放回池、GC 回收节奏和运行时向系统归还内存三个层面复现问题，给出容量上限与 pprof 验证方法。307 收藏
-
回答 Go nil slice 和空 slice 在 JSON 输出上的差异，说明为什么一个是 null、一个是 []，并给出接口数组字段统一成 [] 的代码写法、回归检查和迁移清单。305 收藏
-
Golang · Go问答 | 2个月前 | goroutine · Context · Go问答 · goroutine泄漏 context.WithTimeout Go问答 CancelFunc Go context取消 Go服务超时Go 服务已经返回超时，但后台 goroutine 仍在消耗连接和内存，往往不是超时参数太小，而是取消信号没有沿调用链传递或 CancelFunc 没有及时调用。本文给出从症状判断、代码修复到告警复盘的排查清单。304 收藏
-
Golang · Go问答 | 2个月前 | interface · 测试 · 架构设计 · Go问答 · Go 接口设计 接口定义位置 Go mock accept interfaces return structs Go 架构Go 接口通常应放在使用方包里，而不是实现方为了 mock 提前导出一大组接口。本文通过调用方依赖、真实测试与多实现边界，说明什么时候该定义小接口，什么时候直接返回具体类型更清晰。300 收藏
-
Golang · Go问答 | 2个月前 | 并发 · 性能优化 · sync.Pool · bytes.Buffer · Go问答 · reset bytes.Buffer 对象复用 Go sync.Pool 数据串行sync.Pool 复用 bytes.Buffer 时，旧内容残留和过早归还都会让响应出现串数据。本文从现象、最小复现到 Reset 与归还时机，给出可直接用于编码响应的安全写法。294 收藏
-
Golang · Go问答 | 3个月前 | HTTP · sse · Go问答 · 用户体验 · 流式响应 · Go EventSource SSE Go问答 Server-Sent Events 长任务进度 http.Flusher用 Go net/http 实现一个长任务进度 SSE 接口，讲清任务提交、事件格式、http.Flusher、浏览器 EventSource、心跳保活、断开取消和资源清理。293 收藏
-
Golang · Go问答 | 3个月前 | 并发 · map · RWMutex · sync.Map · Go问答 · 数据竞争 RWMutex sync.Map map并发读写 Go问答 concurrent map read and map writeGo 原生 map 不是并发安全容器，只要一个 goroutine 写 map，同时另一个 goroutine 读或写同一个 map，就可能触发 concurrent map read and map write。生产代码要按访问模式选择 RWMutex、单协程归口或 sync.Map。291 收藏
-
Go 的 time.Timer 不是改一个时间数字那么简单：Reset 前要先处理已经到达的旧事件，重置后还要保证只有一条超时路径能结束本次等待。本文用可复现的请求超时流程说明 Reset、Stop、通道读取和 context 的边界。291 收藏
-
Go 的 io.TeeReader 会把每次读取到的字节同步写入另一个 Writer，适合做摘要、哈希和审计，但不等于后台复制。本文用请求体落盘场景拆开同步写入、写入错误传播、部分读取和失败清理边界，给出可验证的安全用法。289 收藏
-
Go HTTP 客户端第一次请求失败后直接重用同一个 Request，第二次可能只剩空请求体。问题不在重试次数，而在 Body 已经被消费；用 Request.GetBody 构造可重放副本，配合 Request.Clone 处理上下文和 Header，才能把重试边界写清。273 收藏
-
Go context 可以放用户 ID、traceID 这类请求作用域值，但不适合替代函数参数。本文用中间件、Service 和 Repository 的边界示例说明怎么判断。269 收藏
-
Golang · Go问答 | 3个月前 | 并发 · channel · Mutex · 性能优化 · Go问答 · Goroutine channel Mutex 并发性能 锁等待 benchmark Go问答Go 里 Mutex 和 channel 不是谁绝对更快。保护一个共享变量时，Mutex 往往更直接；交接任务、串联 worker、表达所有权转移时，channel 更自然。判断时别只盯 ns/op，要看临界区、队列等待和业务动作。268 收藏