JVM代码缓存区CodeCache原理及用法解析
一. CodeCache简介
从字面意思理解就是代码缓存区，它缓存的是JIT(Just in Time)编译器编译的代码，简言之codeCache是存放JIT生成的机器码(native code)。当然JNI(Java本地接口)的机器码也放在codeCache里，不过JIT编译生成的native code占主要部分。
大致在JVM中的分布如下：
大家都知道javac编译器，把java代码编译成class字节码，它和JIT编译器的区别是，javac只是前端编译(有的叫前期编译)，jvm是通过执行机器码和底层交互的，这样我们编写的业务代码才能生效。所以还要把字节码class编译成与本地平台相关的机器码，这个过程就是后端编译。
后端编译根据具体的执行方式不同又分为两种：
1.解释执行
一行一行解释成机器码再执行，每次调用时都需要重新逐条解释执行。
2.编译执行(JIT)
将频繁调用的方法或循环体编译成机器码后，进行多层优化，然后缓存到codeCache里，避免重复编译。
两种执行方式的区别很明显，第一种在遇到频繁调用的方法或代码块时执行效率很低，但是解释执行可以节省内存(不存放到codeCache)，立即执行。然后当程序运行一段时间后(达到一定的编译次数)，编译执行即JIT优化，可以获得更高的执行效率。
所以说二者是相辅相成的。
现在的Java虚拟机这两种方式都包含(通过命令行java -version查看):
// mixed mode 解释+编译
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
其实JIT编译只是一个统称，具体要看jvm是client端还是server端的，不同的端会分为C1，C2编译器，这两种编译器的区别下一篇会讲到，这里先不展开。
二. JIT编译优化
上面讲到了JVM会对频繁使用的代码，即热点代码(Hot Spot Code)，达到一定的阈值后会编译成本地平台相关的机器码，并进行各层次的优化，提升执行效率。
热点代码也分两种：
- 被多次调用的方法
- 被多次执行的循环体
那阈值如何判断呢？
方法计数器，统计被多次调用的方法次数，该计数器统计的并不是方法被调用的绝对次数，而是在一段时间内方法被调用的次数。server模式下默认是10000次，可以通过-XX:CompileThreshold来设置(client模式一般很少用到，默认是1500)。
回边计数器，统计一个方法中循环体代码执行的绝对次数，在字节码中遇到控制流向后跳转的指令称为回边，主要通过OnStackReplacePercentage设置。
编译后进行优化，JIT的优化有很多种，比如：
- 针对方法的优化，方法内联
- 针对多次调用的循环体优化：栈上替换OSR(On-Stack Replace)
- 无用代码消除
- 复写传播
- 逃逸分析
- 更多JIT优化技术可参考jvm官网介绍
三. codeCache使用注意事项
上面主要讲了codeCache的作用和JIT的关系，codeCache主要是存放JIT编译后的机器代码，codeCache的大小主要是通过下面的参数设置：
- -XX:InitialCodeCacheSize 设置codeCache初始大小，一般默认是48M
- -XX:ReservedCodeCacheSize 设置codeCache预留的大小，通常默认是240M
如果codeCache的内存满了会进行回收，但在jdk1.8之前的jvm回收算法有点问题，当codeCache满了之后会导致编译线程无法继续，并且消耗大量CPU导致系统运行变慢，现象就是系统响应增加，如果你也遇到这个问题建议直接升级成jdk8，或者调大codeCache内存。
codeCache的大小设置可以通过-XX:+PrintCodeCache参数查看调整，但这个参数只在JVM停止的时候打印codeCache使用情况，所以如果想实时监控codeCache的使用情况，可以参考如下代码：
package com.javakk;
import java.io.File;
import java.lang.management.ManagementFactory;
import javax.management.MBeanServerConnection;
import javax.management.ObjectName;
import javax.management.remote.JMXConnector;
import javax.management.remote.JMXConnectorFactory;
import javax.management.remote.JMXServiceURL;
import com.sun.tools.attach.VirtualMachine;
/**
* 基于JMX在运行时查看codeCache使用情况
* @author 公众号:Java老K
*/
public class CodeCacheTest {
public static void main(String[] args) throws Exception {
String pid = getPid(); // 先获取java程序的pid
String codeCache = getCodeCache(pid); // 根据pid获取codeCache的使用情况
System.out.println(codeCache);
}
/**
* 获取java进程id
* @return
*/
public static String getPid(){
String name = ManagementFactory.getRuntimeMXBean().getName();
return name.split("@")[0];
}
/**
* 获取java应用的codeCache使用情况
* @param pid
* @throws Exception
*/
public static String getCodeCache(String pid) throws Exception {
VirtualMachine vm = VirtualMachine.attach(pid);
JMXConnector connector = null;
try {
String addr = "com.sun.management.jmxremote.localConnectorAddress";
String property= vm.getAgentProperties().getProperty(addr);
if (property == null) {
String agent = vm.getSystemProperties().getProperty("java.home")
+ File.separator
+ "lib"
+ File.separator
+ "management-agent.jar";
vm.loadAgent(agent);
property = vm.getAgentProperties().getProperty(addr);
}
JMXServiceURL url = new JMXServiceURL(property);
connector = JMXConnectorFactory.connect(url);
MBeanServerConnection mbeanConn = connector.getMBeanServerConnection();
ObjectName obj = new ObjectName("java.lang:type=MemoryPool,name=Code Cache");
return mbeanConn.getAttribute(obj, "Usage").toString();
} finally {
if(connector != null) {
connector.close();
}
vm.detach();
}
}
}
运行后可以查看contents结果
contents={committed=2555904, init=2555904, max=251658240, used=2395648}
可以看到我本地的codeCahe配置，初始化是2555904，最大为251658240，已使用2395648
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。
相关推荐
-
通过System.getProperty配置JVM系统属性
很多时候我们需要在项目中读取外部属性文件,用到了System.getProperty("")方法.这个方法需要配置JVM系统属性,那么如何配置呢? 那就是使用java -D 配置系统属性. 使用格式是:java -Dkey=value 比如新建一个测试类,如下: public class Test { public static void main(String[] args){ System.out.println(System.getProperty("configure
-
Codeigniter出现错误提示Error with CACHE directory的解决方案
Codeigniter项目访问时如果出现如下错误提示: Error with CACHE directory. 检查一下cache目录的权限,就会发现 drwxr-xr-x 3 root root 4096 Mar 1 13:53 cache 这时候只要将其改为可读写, # chmod 777 cache 问题解决.
-
JVM的7种垃圾回收器(小结)
垃圾回收算法和垃圾回收器 对于JVM的垃圾回收算法有复制算法.标记清除.标记整理. 用阳哥的话就是:这些算法只是天上飞的理念,是一种方法论,但是真正的垃圾回收还需要有落地实现,所以垃圾回收器应运而生. JVM回收的区域包括方法区和堆,jvm对于不同区域不同的特点采用分代收集算法,比如因为所有的对象都是在Eden区进行分配,并且大部分对象的存活时间都不长,都是"朝生夕死"的,每次新生代存活的对象都不多,所以新采取复制算法:而jvm默认是新生代的对象熬过15次GC才能进入老年代,所以老年代
-
图解JVM内存模型
前言 上篇文章我们一起了解了jvm虚拟机类的加载机制,而且是以一种纯大白话进行的一场闲聊,相信小伙伴们应该印象深刻,感兴趣的小伙伴可以重温一下上一篇文章大白话谈JVM的类加载机制. 当jvm加载了类后,会把需要使用的对象放入到内存当中,那么jvm的内存模型是什么样的呢? 今天我们就来探索一下jvm的内存模型.由于有小伙伴反映想加些图更容易理解,王子接下来的文章打算用更多的图例来讲解. 方法区 很多小伙伴之前也了解过jvm的内存模型,知道有方法区这个东西,但可能了解的不是很详细. 其实方法区是在J
-
详解jvm中的标量替换
概述 通常在java中创建一个对象,大家都认为是在堆中创建. 在jdk6开始有逃逸分析,标量替换等技术,关于在堆中创建对象不再绝对. 关于标量替换,通过以下几点进行概述: 逃逸分析 标量替换是什么 测试标量替换 逃逸分析 逃逸分析是一种分析技术,分析对象的动态作用域,供其他优化措施提供依据.比如分析一个对象不会逃逸到方法之外或线程之外,其它优化措施(栈上分配,标量替换等)根据逃逸程度进行优化. 逃逸分析示例 public class EscapeAnalysis { public Person
-
详解JVM的分代模型
前言 上篇文章我们一起对jvm的内存模型有了比较清晰的认识,小伙伴们可以参考JVM内存模型不再是秘密这篇文章做一个复习. 本篇文章我们将针对jvm堆内存的分代模型做一个详细的解析,和大家一起轻松理解jvm的分代模型. 相信看过其他文章的小伙伴们可能都知道,jvm的分代模型包括:年轻代.老年代.永久代. 那么它们分别代表着什么角色呢?我们先来看一段代码 public class Main { public static void main(String[] args) { while (true)
-
Jvm调优和SpringBoot项目优化的详细教程
一.Jvm调优. 参考文章 1.先看一下未设置JVM参数的情况,默认情况下,没有设置任何Jvm参数. idea中安装VisualVM监控jvm的图文教程 2.设置Jvm参数. 配置参数: 关于这些设置的JVM参数是什么意思,参考Jvm调优. -XX:MetaspaceSize=128m (元空间默认大小) -XX:MaxMetaspaceSize=128m (元空间最大大小) -Xms1024m (堆最大大小) -Xmx1024m (堆默认大小) -Xmn256m (新生代大小) -Xss256
-
JVM代码缓存区CodeCache原理及用法解析
一. CodeCache简介 从字面意思理解就是代码缓存区,它缓存的是JIT(Just in Time)编译器编译的代码,简言之codeCache是存放JIT生成的机器码(native code).当然JNI(Java本地接口)的机器码也放在codeCache里,不过JIT编译生成的native code占主要部分. 大致在JVM中的分布如下: 大家都知道javac编译器,把java代码编译成class字节码,它和JIT编译器的区别是,javac只是前端编译(有的叫前期编译),jvm是通过执行机
-
SpringCloud断路器Hystrix原理及用法解析
这篇文章主要介绍了SpringCloud断路器Hystrix原理及用法解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 在分布式环境中,许多服务依赖项中的一些必然会失败.Hystrix是一个库,通过添加延迟容忍和容错逻辑,帮助你控制这些分布式服务之间的交互.Hystrix通过隔离服务之间的访问点.停止级联失败和提供回退选项来实现这一点,所有这些都可以提高系统的整体弹性 两个比较重要的类 HystrixCommand HystrixObserv
-
Java图形界面Swing原理及用法解析
这篇文章主要介绍了Java图形界面Swing原理及用法解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 JButton组件 布局管理器 FlowLayout 流式布局 BorderLayout 方位布局 GridLayout 表格布局 绝对布局 JLable 组件 文本框组件 JPanel轻量级容器 创建事件监听类 (更换监听类实现监听) 窗口监听适配器 都可使用匿名类实现监听 每个监听方法都可以返回一个Event对象来返回监听值 以上就是本
-
Python partial函数原理及用法解析
这篇文章主要介绍了Python partial函数原理及用法解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 介绍 partial其实是Python模块functools中定义的一个函数,当我们需要经常调用某个函数时,但是其中某些参数是已知的固定值,这样可能会让代码显得冗余,这个时候就可以考虑使用partial函数. 使用 假设我们要做二进制转十进制 int('1000000', base=2) # 64 int('1010101', bas
-
Python openpyxl模块原理及用法解析
这篇文章主要介绍了Python openpyxl模块原理及用法解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 此模块不是Python内置的模块需要安装,安装方法如下 pip install openpyxl 注意: 此模块只支持offce 2010,即是电子表格后缀是*.xlsx 1.openpyxl模块常用函数 import openpyxl wb = openpyxl.load_workbook('example.xlsx') ####
-
Laravel框架源码解析之模型Model原理与用法解析
本文实例讲述了Laravel框架源码解析之模型Model原理与用法.分享给大家供大家参考,具体如下: 前言 提前预祝猿人们国庆快乐,吃好.喝好.玩好,我会在电视上看着你们. 根据单一责任开发原则来讲,在laravel的开发过程中每个表都应建立一个model对外服务和调用.类似于这样 namespace App\Models; use Illuminate\Database\Eloquent\Model; class User extends Model { protected $table =
-
MySql 知识点之事务、索引、锁原理与用法解析
本文实例讲述了MySql 知识点之事务.索引.锁原理与用法.分享给大家供大家参考,具体如下: 事务 事务概念 事务就是一组原子性的SQL查询,或者说一个独立的工作单元.如果数据库引擎执行一组操作语句,那么久执行所有的操作,如果其中有任何一条崩溃或其他原因无法执行,所有语句将不会执行.也就是说事务内的语句,要么全部执行成功,要么全部执行失败. 事务特性ACID 原子性(atomicity) 一个事务被视为最小工作单元,不可拆分,整个事务所有的操作要么全部提交成功,要么全部失败回滚,不可只执行部分.
-
JVM类加载机制原理及用法解析
一.JVM 类加载机制 JVM 类加载机制分为五个部分:加载,验证,准备,解析,初始化,下面我们就分别来看一下这五个过程. 1. 加载: 加载是类加载过程中的第一个阶段,这个阶段会在内存中生成一个代表这个类的 java.lang.Class 对象,作为方法区这个类的各种数据的入口.注意这里不一定非得要从一个 Class 文件获取,这里既 可以从 ZIP 包中读取(比如从 jar 包和 war 包中读取),也可以在运行时计算生成(动态代理),也可以由其它文件生成(比如将 JSP 文件转换成对应的
-
Java桥接模式原理及用法解析
桥接(Bridge)是用于把抽象化与实现化解耦,使得二者可以独立变化.这种类型的设计模式属于结构型模式,它通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦. 这种模式涉及到一个作为桥接的接口,使得实体类的功能独立于接口实现类.这两种类型的类可被结构化改变而互不影响. 我们通过下面的实例来演示桥接模式(Bridge Pattern)的用法.其中,可以使用相同的抽象类方法但是不同的桥接实现类,来画出不同颜色的圆. 介绍 意图:将抽象部分与实现部分分离,使它们都可以独立的变化. 主要解决:在有多
-
Java多线程volatile原理及用法解析
首先volatile有两大功能: 保证线程可见性 禁止指令重排序 1.保证线程可见性 首先我们来看这样一个程序,其中不加volatile关键字运行的结果截然不同,加上volatile程序能够正常结束,不加则程序进入死循环: package com.designmodal.design.juc01; import java.util.concurrent.TimeUnit; /** * @author D-L * @Classname T001_volatile * @Version 1.0 *