Robert的博客
·
不正确使用Thrift Client导致的OOM问题排查
💡
原文中文，约1100字，阅读约需3分钟。
📝
内容提要
在多线程任务中使用Thrift Client导致OOM问题，分析heap dump发现大对象是byte数组，原因是TServerClient被多个线程重用。解决方案是每次调用时创建新Client，并限制String长度为10M，问题解决后GC问题也随之消失。
🎯
关键要点
- 多线程任务中使用Thrift Client导致OOM问题，观察到多次Full GC和OOM错误。
- 通过分析heap dump发现大对象是byte数组，且TServerClient被多个线程重用。
- 多个线程同时读取数据导致解析错误，特别是尝试读取非常大的字符串。
- 解决方案是每次调用时创建新的Client，并限制String长度为10M。
- 问题解决后，GC问题也随之消失。
❓
延伸问答
Thrift Client在多线程任务中导致OOM的原因是什么？
原因是TServerClient被多个线程重用，导致多个线程同时读取数据，解析错误，尤其是读取非常大的字符串时。
如何解决Thrift Client导致的OOM问题？
解决方案是每次调用时创建新的Client，并限制String长度为10M。
使用VisualVM分析heap dump时应该注意什么？
应查看Objects页面，检查是否有大对象，并分析使用这些对象的线程和调用栈。
在使用Thrift Client时，为什么要限制String长度？
限制String长度可以防止在OOM之前发现问题，避免解析错误和内存占用过高。
多线程中使用Thrift Client会出现哪些错误？
会出现Full GC和OOM错误，尤其是在多个线程同时读取数据时。
解决OOM问题后，GC问题是否会消失？
是的，解决OOM问题后，GC问题也随之消失。
🏷️
标签
➡️
