本文讨论了一个Goroutine泄漏案例，导致内存占用达到47GB和50847个Goroutine。问题源于WebSocket服务中的三个错误：未调用的取消函数、未停止的Ticker和阻塞的Channel。修复措施包括确保生命周期闭环、停止Ticker和关闭Channel，并建议使用goleak库进行监控和测试，以防止类似问题再次发生。

本文讨论Go语言中的goroutine泄露问题：泄露指启动goroutine后不再管理，使其长期阻塞并占用内存，大量泄露后果严重。无缓冲channel会导致部分worker永久阻塞；解决办法是为channel设置buffer，并用context通知goroutine超时退出。检测方法包括etcd在TestMain中通过runtime.Stack筛选异常goroutine、uber-go/goleak库，以及运行中进程用net/http/pprof查看goroutine。核心原则是启动goroutine前须明确其如何停止。