凌晨3点的警报：一个导致 50000 多个 Goroutine 泄漏的 Bug 分析
💡
原文中文，约3700字，阅读约需9分钟。
📝
内容提要
本文讨论了一个Goroutine泄漏案例，导致内存占用达到47GB和50847个Goroutine。问题源于WebSocket服务中的三个错误：未调用的取消函数、未停止的Ticker和阻塞的Channel。修复措施包括确保生命周期闭环、停止Ticker和关闭Channel，并建议使用goleak库进行监控和测试，以防止类似问题再次发生。
🎯
关键要点
- 内存占用达到47GB，Goroutine数量达到50847个，源于WebSocket服务中的Goroutine泄漏。
- 泄漏的原因包括未调用的取消函数、未停止的Ticker和阻塞的Channel。
- 未调用的取消函数导致Goroutine无法退出，造成内存泄漏。
- 未停止的Ticker持续消耗资源，导致系统崩溃。
- 阻塞的Channel使得写入端的Goroutine被永久阻塞，形成另一种泄漏。
- 修复措施包括确保生命周期闭环、停止Ticker和关闭Channel。
- 建议使用goleak库进行监控和测试，以防止Goroutine泄漏。
- Goroutine必须有明确的退出策略，正确传播和取消Context是管理生命周期的核心。
- 资源必须显式释放，测试不仅要关注逻辑正确性，还要测试资源清理的正确性。
- Goroutine泄漏是“沉默的杀手”，需定期监控和体检以避免潜在问题。
➡️
