InfoQ
·
Netflix 采用虚拟线程：性能与陷阱的案例研究
💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
Netflix升级到Java 21，使用新功能如分代ZGC和虚拟线程来提高性能。然而，虚拟线程在基于SpringBoot的应用程序中引发了超时和挂起实例的问题。Netflix通过确定根本原因并开发可重现的测试案例解决了这个问题。案例研究强调了理解虚拟线程与现有线程模型和锁定机制的交互的重要性。Netflix还受益于分代ZGC，通过减少垃圾收集开销来提高应用程序性能。公司对虚拟线程的未来充满信心，并预计在即将发布的Java版本中会有进一步的改进。
🎯
关键要点
-
Netflix最近升级到Java 21，利用新功能如分代ZGC和虚拟线程来提高性能。
-
虚拟线程在基于SpringBoot的应用程序中引发了超时和挂起实例的问题。
-
问题与虚拟线程与阻塞操作和操作系统线程可用性之间的交互有关，导致类似死锁的情况。
-
Netflix工程师观察到在Java 21和SpringBoot 3上运行的服务中出现间歇性超时和无响应实例。
-
初步诊断表明虚拟线程与问题有关，但在传统线程转储中未显示。
-
分析显示Tomcat的虚拟线程执行器为每个请求创建线程，但由于锁的等待而无法调度。
-
问题源于经典的死锁场景，虚拟线程无法继续，因为所需的锁被其他虚拟线程占用。
-
Netflix的JVM生态系统团队通过堆转储检查锁的状态，确认没有线程拥有锁，但等待的线程无法继续。
-
团队确定了根本原因并开发了可重现的测试案例，以防止未来出现类似问题。
-
Netflix的分代ZGC通过减少垃圾收集开销显著提高了应用程序性能。
-
Netflix利用Atlas Streaming Eval平台的警报系统，帮助识别和诊断问题。
-
尽管面临挑战，Netflix对虚拟线程的未来持乐观态度，并期待在即将发布的Java版本中有进一步改进。
➡️
