持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第21天，点击查看活动详情
上一章节介绍了，不同的系统平台，对应着不同的java版本，而不同的版本，有对应着其支持的编译器。常规的调优可能就是选择不同的编译器版本，开放分层编译等。本章，将会具体分析除此以外的编译器优化场景。
代码缓存
JVM在编译代码后，会在代码缓存当中保存编译后的汇编语言指令集。而代码缓存的大小是固定的，换句话说，jvm能够编译的代码数量就是固定的。
前面我们提到过，如果没有被编译成汇编语言的代码，会通过解释执行的方式去运行，性能会大幅下降。所以如何控制代码缓存的大小，是一个我们可以优化的点。
代码缓存占满发生在什么情况？
通常在使用client编译器时，会占用大量的代码缓存，因为其在运行过程中需要编译的代码非常多。相反，server编译器采用优先编译的方式，运行时只会对热点代码进行编译，所以发生代码缓存占满的情况较少。综上所述，在使用分层编译的时候，也有一定的可能存在代码缓存被占满的情况。
代码缓存默认大小
代码缓存在不同版本的java当中，默认代码缓存大小也不相同，如下仅展示java7和java8的部分：
| java版本 | 编译器类型 | 代码缓存大小（MB） |
|---|---|---|
| java7 | 32位 client | 32 |
| java7 | 32位 server | 32 |
| java7 | 32位 server 分层编译 | 48 |
| java8 | 32位 client | 32 |
| java8 | 32位 server 分层编译 | 240 |
| java8 | 64位 server 分层编译 | 240 |
如上可以发现，java7的代码缓存较小，比较容易出现问题。这也是为什么java7没有默认开启分层编译，而java8则默认开启。
我们可以通过下面的命令查看当前代码缓存的大小，我这里是java8：
[root@hecs-402944 opt]# jps
14186 Jps
1434 jar
655 WrapperSimpleApp
[root@hecs-402944 opt]# jinfo -flag ReservedCodeCacheSize 1434
-XX:ReservedCodeCacheSize=251658240
251658240是字节，换算后刚好240M。
如何确定正好的代码缓存？
其实这个需要根据使用情况进行实际调整，通过ReservedCodeCacheSize可以指定大小。
但是代码缓存的大小的设置要考虑到服务器实际内存的大小。如果我们将其分配过大，则这部分空间会被jvm预留出来，请确定你的服务器是否有足够大的内存。
另一个方面，32位的jvm被允许使用的最大内存为4g，其中还包括堆内存，元空间，栈，以及本地方法等等，所以代码缓存总是会被限制大小的。
在64位机器也不是越大越好，每个机器上的进程有自己的最大内存空间，超过它也是没有效果的。
综上所述，有些大型应用就需要我们对代码缓存进行调优。
如何监控代码缓存？
前面我们学习过jconsole的使用，如果你的服务允许开启jmx服务的话，那么就可以进行监控了，文章地址如下： # java性能分析--jconsole
如下图所示，就是监控代码缓存的动态图标：
我们可以根据监控的结果去调整自己服务的代码缓存大小，我这个服务举例默认的240M还有很大的差距，其实是不需要进行调优的。
