档案网站建设经验苏州网站排名优化
目录
JVM的简化架构和运行时数据区
JVM的简化架构
运行时数据区
PC寄存器
Java栈
Java堆
方法区
运行时常量池
本地方法栈
栈、堆、方法区交互关系
Java堆内存模型和分配
Java堆内存概述
Java堆的结构
对象的内存布局
对象的访问定位
Trace跟踪和Java堆的参数配置
Trace跟踪参数
GC日志格式
Java堆的参数
元空间的参数
-
JVM的简化架构和运行时数据区
-
JVM的简化架构
-
运行时数据区
- 包括：PC寄存器、Java虚拟机栈、Java堆、方法区、运行时常量池、本地方法栈等
-
PC寄存器
- PC(Program Counter)寄存器说明：
- (1)每个线程拥有一个PC寄存器，是线程私有的，用来存储指向下一条指令的地址
- (2)在创建线程的时候，创建相应的PC寄存器
- (3)执行本地方法时，PC寄存器的值为undefined
- (4)是一块较小的内存空间，是唯一一个在JVM规范中没有规定OutOfMemoryError的内存区域
-
Java栈
- 栈由一系列帧(Frame)组成(因此Java栈也叫做帧栈)，是线程私有的
- 帧用来保存一个方法的局部变量、操作数栈(Java没有寄存器，所有参数传递使用操作数栈)、常量池指针、动态链接、方法返回值等
- 每一次方法调用创建一个帧，并压栈，退出方法的时候，修改栈顶指针就可以把栈帧中的内容销毁
- 局部变量表存放了编译期可知的各种基本数据类型和引用类型，每个slot存放32位的数据，long、double占两个槽位
- 栈的优点：存取速度比堆快，仅次于寄存器
- 栈的缺点：存在栈中的数据大小、生存期是在编译期决定的，缺乏灵活性
-
Java堆
- 用来存放应用系统创建的对象和数组，所有线程共享Java堆
- GC主要就管理堆空间，对分代GC来说，堆也是分代的
- 堆的优点：运行期动态分配内存大小，自动进行垃圾回收；
- 堆的缺点：效率相对较慢
-
方法区
- 方法区是线程共享的，通常用来保存装载的类的结构信息
- 通常和元空间关联在一起，但具体的跟JVM实现和版本有关
- JVM规范把方法区描述为堆的一个逻辑部分，但它有一个别名称为Non-heap(非堆)，应是为了与Java堆区分开
-
运行时常量池
- 是Class文件中每个类或接口的常量池表
- 在运行期间的表示形式，通常包括：类的版本、字段、方法、接口等信息
- 在方法区中分配
- 通常在加载类和接口到JVM后，就创建相应的运行时常量池
-
本地方法栈
- 在JVM中用来支持native方法执行的栈就是本地方法栈
-
栈、堆、方法区交互关系
-
Java堆内存模型和分配
-
Java堆内存概述
- Java堆用来存放应用系统创建的对象和数组，所有线程共享Java堆
- Java堆是在运行期动态分配内存大小，自动进行垃圾回收
- Java垃圾回收(GC)主要就是回收堆内存，对分代GC来说，堆也是分代的
-
Java堆的结构
- 新生代用来放新分配的对象
- 新生代中经过垃圾回收，没有回收掉的对象，被复制到老年代
- 老年代存储对象比新生代存储对象的年龄大得多
- 老年代存储一些大对象
- 整个堆大小 = 新生代 + 老年代
- 新生代 = Eden + 存活区
- 从前的持久代，用来存放Class、Method等元信息的区域，从JDK8开始去掉了，取而代之的是元空间(MetaSpace)
- 元空间并不在虚拟机里面，而是直接使用本地内存
-
对象的内存布局
- 对象在内存中存储的布局(这里以HotSpot虚拟机为例来说明)
- 分为：对象头、实例数据和对齐填充
- 对象头，包含两个部分：
- (1)Mark Word：存储对象自身的运行数据，如：
- HashCode、GC分代年龄、锁状态标志等
- (2)类型指针：对象指向它的类元数据的指针
- (1)Mark Word：存储对象自身的运行数据，如：
- 实例数据
- 真正存放对象实例数据的地方
- 对齐填充
- 这部分不一定存在，也没有什么特别含义，仅仅是占位符
- 因为HotSpot要求对象起始地址都是8字节的整数倍，如果不是，就对齐
-
对象的访问定位
- 在JVM规范中只规定了reference类型是一个指向对象的引用，但没有规定这个引用具体如何去定位、访问堆中对象的具体位置
- 因此对象的访问方式取决于JVM的实现
- 目前主流的有：使用句柄或使用指针两种方式
- 使用句柄：
- Java堆中会划分出一块内存来做为句柄池，reference中存储句柄的地址
- 句柄中存储对象的实例数据和类元数据的地址，如下图所示：
- 使用指针：
- Java堆中会存放访问类元数据的地址
- reference存储的就直接是对象的地址，如下图所示：
-
Trace跟踪和Java堆的参数配置
-
Trace跟踪参数
- 可以打印GC的简要信息：-Xlog:gc
- 打印GC详细信息：-Xlog:gc*
- 指定GC log的位置，以文件输出：-Xlog:gc:garbage-collection.log
- 每一次GC后，都打印堆信息：-Xlog:gc+heap=debug
-
GC日志格式
- GC发生的时间，也就是JVM从启动以来经过的秒数
- 日志级别信息，和日志类型标记
- GC识别号
- GC类型和说明GC的原因
- 容量：GC前容量->GC后容量(该区域总容量)
- GC持续时间，单位秒
- 有的收集器会有更详细的描述，比如：user表示应用程序消耗的时间，sys表示系统内核消耗的时间、real表示操作从开始到结束的时间
-
Java堆的参数
- Xms：初始堆大小，默认物理内存的1/64
- Xmx：最大堆大小，默认物理内存的1/4
- Xmn：新生代大小，默认整个堆的3/8
- -XX:+HeapDumpOnOutOfMemoryError:OOM时导出堆到文件
- -XX:+HeapDumpPath：导出OOM的路径
- -XX:OnOutOfMemoryError：在OOM时，执行一个脚本
- -XX:NewRatio：老年代与新生代的比值
- 如果xms＝xmx，且设置了xmn的情况下，该参数不用设置
- -XX:SurvivorRatio：Eden区和Survivor区的大小比值
- 设置为8，则两个Survivor区与一个Eden区的比值为2:8，一个Survivor占整个新生的1/10
- -Xss：通常只有几百K，决定了函数调用的深度
-
元空间的参数
- -XX:MetaspaceSize：初始空间大小
- -XX:MaxMetaspaceSize：最大空间，默认是没有限制的
- -XX:MinMetaspaceFreeRatio：在GC之后，最小的Metaspace剩余空间容量的百分比
- -XX:MaxMetaspaceFreeRatio：在GC之后，最大的Metaspace剩余空间容量的百分比