代码缓存（Code Cache）是Java虚拟机中一块专门用于存储即时编译器（JIT）编译生成的本地机器代码的区域，其初始大小和最大上限由JVM参数-XX:ReservedCodeCacheSize控制。当这块区域被完全占满时，JIT编译器会停止对后续热点代码的编译优化，直接解释执行相关代码，进而影响应用的整体运行性能。
代码缓存的基本工作机制
Java程序在启动初期默认采用解释执行模式，随着运行时间推移，JVM会通过热点探测机制识别出频繁执行的方法或代码块，然后由JIT编译器将这些热点代码编译为本地机器码，存储在代码缓存中，后续执行时直接调用本地代码，减少解释执行的开销。
代码缓存的大小默认根据JVM版本和操作系统有所不同，比如在64位JVM中，默认的ReservedCodeCacheSize通常是240MB。如果应用中存在大量需要编译的热点方法，或者缓存大小设置得过小，就可能出现缓存被占满的情况。
缓存占满后JIT停止优化的原理
当代码缓存的使用量达到ReservedCodeCacheSize设置的上限时，JVM会触发以下行为：
- JIT编译器停止所有新的方法编译任务，不再生成新的本地机器码存入缓存
- 已经存储在缓存中的本地代码仍然可以正常执行，不会被回收
- 后续的热点代码会一直保持解释执行模式，无法获得编译优化带来的性能提升
这种机制的设计初衷是为了避免缓存溢出导致JVM崩溃，但长期运行下，新的热点代码无法被编译，会使得应用的执行效率逐渐下降，尤其是当应用有新的业务请求进来，产生新的热点方法时，性能影响会更加明显。
如何监控代码缓存的使用情况
我们可以通过JVM内置的工具来查看代码缓存的实时使用情况，常用的方式有两种：
1. 使用jcmd命令查看
执行以下命令可以输出JVM的代码缓存相关统计信息：
# 查看指定Java进程的代码缓存信息，pid为进程ID jcmd pid Compiler.codecache
命令输出的内容中会包含代码缓存的总容量、已使用大小、剩余容量等信息，我们可以定期执行该命令，观察缓存的使用趋势。
2. 开启JVM日志输出
在启动JVM时添加以下参数，可以让JVM输出代码缓存的相关日志：
# 输出代码缓存的详细日志 -XX:+PrintCodeCache # 在缓存满时输出警告日志 -XX:+PrintCodeCacheOnCompilation
当日志中出现类似CodeCache is full. Compiler has been disabled.的提示时，就说明代码缓存已经被占满，JIT已经停止了优化工作。
风险分析与规避方案
我们可以通过以下方式降低缓存占满带来的风险：
合理调整ReservedCodeCacheSize参数
如果监控发现代码缓存的使用量长期接近上限，可以适当调大该参数的值，比如设置为512MB：
# 启动JVM时设置代码缓存最大为512MB java -XX:ReservedCodeCacheSize=512m -jar your_app.jar
调整时需要注意，代码缓存的大小会占用JVM的堆外内存，不能设置得过大，避免影响其他内存区域的使用。
优化应用的热点代码数量
如果应用中存在大量不必要的热点方法，比如频繁调用的简单getter/setter方法，可以通过调整JIT的编译阈值，减少不必要的编译：
# 调大方法调用的编译阈值，默认是10000次 -XX:CompileThreshold=15000
这样只有调用次数足够多的方法才会被编译为本地代码，减少代码缓存的占用。
开启代码缓存的回收机制
从JDK 9开始，JVM支持代码缓存的分段回收，我们可以开启该特性，让不再使用的本地代码被回收，释放缓存空间：
# 开启代码缓存分段，支持回收无用代码 -XX:+SegmentedCodeCache
该参数默认在JDK 9及以上版本是开启的，如果是更早的JDK版本，需要手动升级JDK来获得该能力。
总结
代码缓存占满导致JIT停止优化是一个渐进式的性能问题，不会立刻导致应用故障，但会在长期运行后影响性能。我们需要在应用上线后定期监控代码缓存的使用情况，结合实际业务场景调整ReservedCodeCacheSize参数，同时优化不必要的热点代码编译，从而规避相关风险，保障应用的稳定运行。
ReservedCodeCacheSizeJITCode_CacheJava虚拟机修改时间：2026-06-25 11:12:20