xjz1842

在前面介绍JVM的类加载中比如Field和Method的解析之前，都时要县创建一个ResourceMark对象，那么我们今天介绍下ResourceMark这个类。 ResourceMark类的主要成员

JVM解析方法的代码如下: JVM的字节码的方法访问标识和名称 1。首先创建ResourceMark记录当前Thread的resouceArea的资源使用，以便在析构函数时候释放资源空间. 对解析的方

JVM解析Clss类的属性是在ClassFileParser的parse_fields方法，如下 下面就parse_fields方法体的逻辑注拆解分析 从字节码文件流中获取2个字节，表示是字段的长度,

在java中, 首先javac将.java文件编译成.class的字节码文件后，再由JVM去完成字节码的进行解析，首先可以参考JVM的的规范(参考连接看下一个字节码文件的构成部分如下图 类文件重要以下

最近review代码, 发现代码中会使用到Long做主键id,然后判断两个id是否相等使用==, 刚开始程序很正常，数据也都正确返回,后面就发现不对了. 就如下面例子: 程序运行结果 我以为大家经过了

java对象布局一般通过jol或者HSDB等工具查看，本文就以HSDB为例: 使用HSDB工具查看Main线程的堆栈 利用HSDB - HotSpot Debugger -> Tools -> Fin

接着前面文章，介绍了generate_fixed_frame生成固定的栈帧,那么接下来就是执行字节码, InterpreterMacroAssembler的dispatch_next执行指令字节码 之

由于dispatch_next中执行需要用到解释器的分派表DispatchTable,它里面究竟存的是什么呢?那么本文本文就是模板解释器的模板解释器的分派表初始化过程\ TemplateInterpr

紧接着上一篇文章介绍generate_fixed_frame是生成java方法的栈帧固定栈帧部分,也即是JVM定义的动态链接的部分,在此之前JVM规范的本地变量表已经初始化完成了. 将栈上的返回地址保