JVM HotSpot
Java二进制字节码的运行环境
好处:
- 一次编写,到处运行
- 自动内存管理,具有垃圾回收功能
- 数组下标越界检查
- 多态(虚方法表)
JVM组成
- 类加载子系统(Java代码转换为字节码)
- 运行时数据区(字节码加载到内存)
- 执行引擎 解释器、即时编辑器、GC垃圾回收(字节码翻译为底层系统指令)
- 本地方法接口
运行时数据区
程序计数器
记录下一条要执行的字节码指令的地址
如果正在执行本地方法,则计数器的值为空
- 每个线程都要有自己的程序计数器,程序计数器是线程私有的
- 没有规定任何OutOfMemoryError情况
Java虚拟机栈
线程私有,生命周期与线程相同
每个方法被执行的时候,JVM都会同步地创建一个栈帧(存储)
方法调用、执行完毕对应栈帧在虚拟机栈中的入栈到出栈
局部变量表 存储编译期可知的JVM基本数据类型、对象引用、returnAddress
- 每个线程运行时需要的内存,称为虚拟机栈
- 栈帧对应每次方法调用占用的内存
- 每个线程只能有一个活动栈帧
-Xss
可用指定栈内存分配大小 Linux默认1024
栈内存溢出
原因:
- StackOverflowError栈帧过多,方法调用过多(递归调用过多层,使用第三方库进行json数据转换,两个实体互相依赖)
- OutOfMemoryError栈帧过大
CPU占用过高怎么诊断? Linux
的top命令,监测后台进程- ps H -eo pid,tid,%cpu | grep 进程id ps命令定位线程
- jstack 进程id
- 将第二部定位的线程id转换成16进制,在第三步得到的信息中,查看问题线程
本地方法栈
虚拟机栈为虚拟机执行Java方法,本地方法栈则是为虚拟机使用到的本地(Native)方法服务。
Java堆(GC堆,垃圾回收)
线程共享的
堆内存溢出:
-Xmx
设置堆空间的最大值,排除内存溢出问题时,可用把堆内存设置小一点
jps
查看系统中有那些java进程
jmap
查看堆内存占用情况 jmap -heap 线程id
jconsole
tips: jconsole中有检测死锁按钮
jvisualvm
堆Dump查看堆快照,可用查看到对象信息
方法区
线程共享、堆的逻辑部分,别名“非堆”
存储已经被JVM加载的 类型信息、常量、静态变量、即时编译后的代码缓存
JDK8以前,HotSpot虚拟机把手机器的分代回收扩展至方法区,使用永久代来实现方法区垃圾收集器能够像管理Java堆一样管理这部分内存,省去专门为方法区编写内存管理代码的工作。
- JDK8完全放弃永久代
运行时常量池
常量池 虚拟机指令根据常量池(一张表)找到要执行的类名、方法名、参数类型、字面量等信息。
运行时常量池 类被加载,类的常量池信息会放入运行时常量池,并把符号地址变为真实地址
StringTable 哈希表结构,存储字符串常量
直接内存
操作系统内存
- 常见于NIO操作,用户数据缓存区
- 分配回收成本较高
- 不受JVM内存回收管理
HotSpot对象
- 字节码new指令
- 检查指令的参数能否在常量池中定位到 一个类的符号引用
- 检查符号引用代表的类是否已经被 加载、解析和初始化,没有则先执行相应类加载过程
- 分配内存
- 初始化
- 设置对象头
内存分配: GC是否有空间压缩整理能力 – 有-> 指针碰撞;无 -> 空闲列表
线程安全问题:同步处理 CAS;本地线程分配缓冲 每个线程在Java堆预先分配一小块内存,线程本地缓冲区用完了,分配新的缓存区才同步锁定
对象的内存布局
对象在堆中的存储布局对象头、实例数据、对齐填充
根节点枚举
- 固定可作为GC Roots的节点主要在全局性引用(常量或类静态属性)于执行上下文(例如栈帧中的本地变量表)
- 根节点枚举必须在一个能够保障一致性的快照中
- 根节点枚举必须暂停用户线程 Stop The World
OopMap数据结构来直接得到哪些地方存放着对象引用
安全点 以“是否具有让程序长时间执行的特征”来选定
用户程序只有执行到 安全点 才能暂停
如何控制GC时,所有线程跑到安全点,停下?
- 抢先式中断 全部中断,未到安全点线程复活,过一会儿再中断
- 主动式中断 标记线程,安全点轮询
定
用户程序只有执行到 安全点 才能暂停
如何控制GC时,所有线程跑到安全点,停下?
- 抢先式中断 全部中断,未到安全点线程复活,过一会儿再中断
- 主动式中断 标记线程,安全点轮询