Go 的 context.WithCancel 与 goroutine 泄漏排查要点
线上 Go 服务跑着跑着 RSS 从 80MB 涨到 900MB，GOMAXPROCS 没变、QPS 没涨，runtime.NumGoroutine() 却在单调上升——这类问题十有八九和 context.WithCancel 用得不对有关。本文从一次真实的内存增长切入，讲清 WithCancel 的传播语义、四种最常见的泄漏写法、如何用 pprof 和 g
分类： Go 教程
Go 并发实战：goroutine 与 channel 最佳实践
一、goroutine：轻量到可以”随便开&…
用 sync.Cond 实现一个有界阻塞队列
Go 标准库提供了 channel 来做协程间通信，但 channel 不支持「队列长度到达上限后单独统计丢弃次数」这类自定义策略；而在需要精细控制唤醒时机、需要复用同一把锁保护其他状态、或者需要实现「批量入队 / 批量出队」语义时，sync.Cond 是更合适的基础原语。本文从零实现一个泛型有界阻塞队列 BoundedQueue[T]，包含 Put（满时阻
Go 泛型实战：写一个类型安全的结果包装器
Go 1.18 引入泛型后，最实用的场景之一就是把"返回值 + 错误码"这种固定结构的接口统一起来。本文用一个小例子讲清楚约束怎么写、什么时候该用。 问题：重复的返回结构 每个业务接口都要返回"数据 + 状态码 + 消息"，手写三遍很烦：
Go database/sql 连接池调优：三个参数决定你的接口吞吐
sql.DB 本身就是一个连接池，但默认参数是为"单机演示"设计的。线上服务不调这三个参数，高并发下大概率会出现"连接打满、请求排队、P99 飙升"。 三个关键参数 SetMaxOpenConns(n)：允许同时打开的最大连接数，防止把数据