jvm runtime data area 运行时数据区(内存分配)

人间风流逍遥客

已于 2022-09-06 14:25:03 修改

阅读量368

点赞数 1

分类专栏：进阶文章标签： jvm java 算法

于 2021-02-25 00:36:02 首次发布

本文链接：https://blog.csdn.net/qq_40278997/article/details/114050334

版权

进阶专栏收录该内容

21 篇文章 0 订阅

订阅专栏

Runtime Constant Pool

Native Method Stack

Direct Memory（可不认为是jvm里的）

参考：Java-jvm的运行时数据区（RuntimeDataArea）_与猿同行的博客-CSDN博客

3 jvm runtime data area 运行时数据区内存分配_xiaoliuliu2050的博客-CSDN博客

、

每个线程都有自己的programer counter 以及JVM stack （里面装了栈帧）和 Native method stack ，共享heap和method Area

## Runtime Data Area

PC 程序计数器

> 存放指令位置
>
> 虚拟机的运行，类似于这样的循环：
>
> while( not end ) {
>
>    取PC中的位置，找到对应位置的指令；
>
>    执行该指令；
>
>    PC ++;
>
> }

一个线程执行到某个位置，如果cpu切换到另一个位置执行，后又切换回来，那从哪里开始执行呢，所有要有一个位置记录线程执行到哪条指令

JVM Stack

1. Frame - 每个方法对应一个栈帧
1. Local Variable Table
2. Operand Stack
对于long的处理（store and load），多数虚拟机的实现都是原子的（方法实际运行的工作空间。每个方法都在操作数栈和局部变量数组之间交换数据，并且压入或者弹出其他方法返回的结果。操作数栈所需的最大空间是在编译期确定的。因此，操作数栈的大小也可以在编译期间确定。比如老师讲的i++，sysout i的例子）
jls 17.7，没必要加volatile
3. Dynamic Linking

指向运行时常量池
https://blog.csdn.net/qq_41813060/article/details/88379473
jvms 2.6.3
4. return address
a() -> b()，方法a调用了方法b, b方法的返回值放在什么地方

Heap

Method Area

下面是两种堆method area的

1. Perm Space (<1.8)
字符串常量位于PermSpace
FGC不会清理
大小启动的时候指定，不能变
2. Meta Space (>=1.8)
字符串常量位于堆
会触发FGC清理
不设定的话，最大就是物理内存

Runtime Constant Pool

Native Method Stack

Direct Memory（可不认为是jvm里的）

> JVM可以直接访问的内核空间的内存 (OS 管理的内存)
>
> NIO ，提高效率，实现zero copy

思考：

> 如何证明1.7字符串常量位于Perm，而1.8位于Heap？
>
> 提示：结合GC，一直创建字符串常量，观察堆，和Metaspace