当java应用在c2编译器方法编译上耗时过长时，识别具体编译的方法对于性能调优至关重要。本文将详细介绍如何利用jvm的`-xlog:jit+compilation=debug`标志来记录jit编译器的活动，特别是c2编译器的详细信息。通过分析生成的日志文件，开发者可以精确追踪哪些方法正在被c2编译器优化，从而定位性能瓶颈并进行针对性优化。
在Java虚拟机（JVM）中，即时编译器（JIT）负责将热点代码编译成机器码以提高执行效率。C2编译器是JVM中的高级优化编译器，它执行更激进的优化，但其编译过程本身也可能消耗显著的CPU时间。当性能分析工具（如Flamegraph）显示大量时间消耗在C2Compiler::compile_method上时，了解具体哪些方法正在被编译，是诊断和解决性能问题的关键。
开启JIT编译日志
要获取C2编译器活动的详细信息，可以使用JVM的-Xlog标志来启用JIT编译日志。这个标志提供了细粒度的控制，允许我们指定要记录的事件类型和日志级别。
使用以下JVM参数启动你的Java应用程序：
java -Xlog:jit+compilation=debug:file=comp_log_%p.txt YourApplication
参数解释：
立即学习“Java免费学习笔记（深入）”；
- -Xlog: 启用统一日志系统。
- jit+compilation: 指定要记录的日志标签，这里是JIT编译器和编译事件。
- debug: 指定日志级别为debug，这将输出最详细的信息。
- file=comp_log_%p.txt: 将日志输出到指定的文件。%p是一个占位符，JVM会自动替换为当前进程的ID（PID），确保每个进程生成独立的日志文件。
分析编译日志文件
执行应用程序后，会在指定路径生成一个名为comp_log_[pid].txt的日志文件。该文件包含了JIT编译器对方法进行编译的详细记录。
日志文件的每一行通常遵循以下格式：
[时间戳][日志级别][日志标签] 编译ID 编译级别 方法签名 (字节码大小)
例如，你可能会看到类似以下的日志条目：
[0.032s][debug][jit,compilation] 1 3 java.lang.String::charAt (25 bytes) [0.032s][debug][jit,compilation] 2 3 java.lang.StringLatin1::charAt (15 bytes) [0.033s][debug][jit,compilation] 7 3 java.lang.StringLatin1::hashCode (42 bytes) [0.033s][debug][jit,compilation] 5 3 java.lang.Object::<init> (1 bytes) [0.033s][debug][jit,compilation] 10 3 java.util.ImmutableCollections$SetN::probe (56 bytes) [0.033s][debug][jit,compilation] 6 3 java.lang.String::hashCode (60 bytes) [0.033s][debug][jit,compilation] 12 3 java.lang.StringLatin1::equals (36 bytes) [0.034s][debug][jit,compilation] 9 3 java.lang.Math::floorMod (20 bytes)
关键信息解读：
- 编译ID (Compilation ID)：日志中的第一个数字，表示本次编译任务的唯一标识符。
-
编译级别 (Compilation Level)：日志中的第二个数字，指示JIT编译的优化级别。
- 1: 客户端编译器（C1）的简单编译。
- 2: C1的完整编译（带分析）。
- 3: C1的完整编译（带分析和OSR）。
- 4: C2编译。这是我们关注的重点，因为它代表了最高级别的优化。
- 方法签名 (Method Signature)：被编译的方法的完整签名，包括类名、方法名和（可选的）参数类型。
- 字节码大小 (Bytecode Size)：方法对应的字节码大小。
通过筛选日志中编译级别为4的条目，你就可以精确地找出哪些方法正在被C2编译器编译。
其他日志符号：
在方法签名之前，有时会出现一些特殊符号，它们提供了关于编译任务的额外上下文信息：
- %: 表示这是一次OSR (On Stack Replacement) 编译。OSR允许JVM在方法执行过程中，动态地替换正在执行的方法版本为优化后的版本，而无需等待方法执行完毕。
- s: 表示被编译的方法是一个synchronized方法。
- !: 表示编译后的代码包含异常处理器。
- b: 表示编译任务是阻塞的，例如在使用-Xbatch参数时。
- n: 表示被编译的方法是一个native方法（尽管通常native方法不会被JIT编译，这里可能指的是JNI存根或相关包装）。
注意事项与总结
- 日志量巨大：jit+compilation=debug日志会非常详细，对于长时间运行的应用程序，日志文件可能会变得非常大。建议在测试环境或短时间运行的场景下使用，或者使用脚本工具对日志进行实时过滤和分析。
- 性能开销：启用详细的JIT日志本身会带来一定的性能开销，不建议在生产环境中长期开启。
- 优化目标：一旦识别出频繁被C2编译的方法，特别是那些编译耗时较长的方法，你可以进一步分析这些方法的代码，寻找优化机会，例如减少方法复杂度、避免不必要的锁竞争等，以减少JIT编译器的压力，从而提升整体应用性能。
通过上述方法，开发者可以有效地监控和分析Java应用程序的JIT编译行为，特别是C2编译器的活动，为性能瓶颈的诊断和优化提供有力的数据支持。
