Async-profiler在Liberica JDK 17中的TTSP分析问题解析

背景与问题现象

在使用async-profiler对基于Liberica JDK 17.0.1的应用进行性能分析时，用户发现无法正常进行TTSP（Time To Safepoint）分析。当尝试使用--ttsp参数或手动指定safepoint_synchronize相关函数作为起止点时，profiler会报错"End address not found"。通过检查libjvm的符号表，发现关键函数RuntimeService::record_safepoint_synchronized在JDK 17.0.1版本中缺失。

根本原因分析

该问题主要源于早期Liberica JDK 17版本的构建配置问题。在17.0.1等早期版本中，编译器优化选项过于激进，导致大量关键符号未被导出到动态库中。具体表现为：

1. RuntimeService类的相关函数完全不可见
2. 影响async-profiler对TTSP事件的捕获机制
3. 该问题在Liberica JDK 11/12等早期版本中不存在

解决方案验证

经过验证，该问题在Liberica JDK 17.0.13及后续版本中已得到修复：

1. 17.0.13版本已正确导出RuntimeService::record_safepoint_synchronized符号
2. 作为替代方案，使用Shenandoah GC时可通过--begin ShenandoahHeap::safepoint_synchronize_begin --end ShenandoahHeap::safepoint_synchronize_end参数组合
3. 需要确保JVM参数中包含-XX:+UseShenandoahGC才能使用Shenandoah相关函数

TTSP分析的最佳实践

1. 采样间隔设置：建议使用-i参数设置合适的采样间隔（如1ms），较长的TTSP暂停（超过采样间隔）才能被可靠捕获
2. 分析模式选择：
   • CPU模式：仅能捕获占用CPU时间延迟safepoint的线程
   • Wall-clock模式：可捕获包括内存交换等非CPU因素导致的延迟
3. 结果验证：可使用已知会产生长TTSP暂停的测试用例验证profiler配置

注意事项

1. 某些极端情况（如整个进程被OS剥夺CPU时间）下，async-profiler可能无法检测TTSP暂停
2. 对于生产环境，建议使用JDK 17.0.13或更新版本以获得完整分析能力
3. 当TTSP分析结果为空时，需考虑是否存在采样间隔设置不当或暂停时间过短的情况

总结

Liberica JDK早期17版本由于构建配置问题导致TTSP分析功能受限，该问题已在后续版本修复。开发者在进行TTSP分析时，应确保使用足够新的JDK版本，并合理配置采样参数，同时根据实际场景选择合适的分析模式。对于关键性能分析任务，建议在可控环境中预先验证profiler配置的有效性。