死锁日记：手写 GoLang 上报队列
💡
原文中文，约7900字，阅读约需19分钟。
📝
内容提要
团队在防沉迷上报服务中遇到内存溢出（OOM）问题，分析发现是由于中午触发的bug导致Goroutines数量激增。通过实现队列上报，解决了死锁风险和定时器使用不当的问题，提升了系统效率。
🎯
关键要点
- 团队在防沉迷上报服务中遇到内存溢出（OOM）问题。
- Goroutines数量在中午触发的bug后激增，导致内存溢出。
- 实现队列上报，解决了死锁风险和定时器使用不当的问题。
- 队列设计中使用了无缓冲的channel和锁来管理状态。
- 死锁发生在队列瞬间达到阈值时，信号通道被写入但未被消费。
- 错误使用timer.Reset可能导致定时器误触发。
- 优化后的队列代码去掉了多余的flag值，并改进了channel信号处理。
- 通过这次优化，团队对使用channel的方式有了更深刻的理解。
❓
延伸问答
防沉迷上报服务中内存溢出问题的原因是什么？
内存溢出是由于中午触发的bug导致Goroutines数量激增，最终引发了OOM问题。
如何实现队列上报以解决死锁风险？
通过实现无缓冲的channel和锁来管理队列状态，确保在队列达到阈值时触发信号，避免死锁。
死锁发生的具体条件是什么？
死锁发生在队列瞬间达到阈值时，信号通道被写入但未被消费，导致Put和PollAll操作互相阻塞。
在队列设计中使用了哪些关键技术？
队列设计中使用了无缓冲的channel和锁来管理状态，并通过信号通知外部读取队列。
如何优化定时器的使用以避免死锁？
优化定时器的使用方法，确保在调用Reset之前清空通道，以避免潜在的死锁。
团队在这次优化中学到了什么？
团队对使用channel的方式有了更深刻的理解，并避免了未来可能遇到的坑。
➡️
