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还有很大的差距，其实是不需要进行调优的。

作者：我犟不过你
链接：https://juejin.cn/post/7109871117594001439
来源：稀土掘金