本文主要总结java虚拟机的内存管理机制,不同的数据类型存在在怎样的一块内存区域中,不同的内存区域有哪些不同点,怎样回收过了生命周期的内存,采取何种策略去回收这些对象或者常量,不同的回收算法的优缺点.什么情况下会产生内存溢出异常以及该采取怎样的措施避免内存溢出,以及一些常用的虚拟机性能监控工具和故障排除工具
-<<深入理解java虚拟机>>读书笔记
jvm内存区域
虚拟机管理的运行时数据区域如下图所示
方法区
方法区是各个线程共享的内存区域(这样就能理解为什么需要线程同步和加锁了,当然还与java数据访问时数据复制来复制去有关),用于存储已被虚拟机加载的类信息,常量,静态变量,JIT即时编译后的代码等.
方法区的数据类型复杂,而且jvm规范也没有明确指定方法区的内存使用和回收策略,所以不同的虚拟机对于方法区的内存回收都有不同的机制.下文介绍.
运行时常量池
运行时常量池是方法区的一部分,存储编译时或者运行时产生的字面常量或者其他信息.
堆
堆也是被各个线程共享的内存区域,虚拟机主要管理的内存区域,是java存放对象数据的地方,这里面也有指针,因为对象数据里面可能还有其他对象的引用,还有方法区常量池常量的引用.还有数组也是在堆上分配内存.
虚拟机栈
线程私有,与线程同生同灭.用于存储java运行时的内存模型,也就是每个方法执行时的一个栈帧,该栈帧存储了局部变量表,操作数栈,动态链表,方法出口等运行时信息.
对于一个方法开始执行到执行结束就是一个栈帧在虚拟机中入栈和出栈的过程.
程序计数器
和虚拟栈帧一样,该内存区域的生命周期也是在一个线程的执行周期内.可以看作当前线程执行字节码行号的指示器,字节码的解释执行工作就是通过这个来确定循环,判断,跳转,异常处理以及线程恢复等功能.
每个线程拥有一个独立的程序计数器内存区域可以使得多线程环境下线程能接着上一个时间片继续执行.
本地方法栈
本地方法栈与虚拟机栈的作用几乎相同,不同的地方在于虚拟机栈用于服务java方法,而本地方法栈可以描述native方法,即虚拟机规范规定的可使用的其他语言.
直接内存
直接内存不是虚拟机运行时数据取的一部分
在jdk1.4后引入了一种通道和缓冲区的I/O方式,使用native函数库直接分配堆外内存,然后通过一个存储在java堆中的DirectByteBuffer对象作为这块内存的引用直接进行操作,这样能在一定的场景下显著提高性能,避免了在java堆中和native堆中来回复制数据.
数据在上述内存区域的分布
对象的两种不同访问形式
这样看句柄就是一系列的指针和其他数据组成的数据结构,果然是要好好学习数据结构
jvm内存溢出
内存溢出即指上述内存区域存放的数据结构的总量大于限制的最大大小,导致虚拟机跑出内存溢出异常.
虚拟机垃圾收集器
如何判断对象需要被回收？
对于不同的算法有不同的判断方式
堆中垃圾回收算法
引用计数算法
给每个对象添加一个引用计数器，每当有一个地方引用它时，计数器加一，引用失效则减一。
优点：实现简单，判断效率高
缺点：当对象存在相互引用时，不能够回收此类对象
可达性分析算法
可达性算法的核心在于找到一系列的根节点，并且判断对象到这些根节点是否可达。
可作为根节点的对象有：
- 虚拟机栈中引用的对象
- 方法取中静态属性引用的对象
- 方法取中常量引用的对象
- 本地方法栈中JNI引用的对象
四种引用
强引用-软引用-弱引用-虚引用
方法区中垃圾回收算法
标记-清除算法
首先标记出所有需要回收的对象，在标记完成后统一进行回收，但是缺点就是会造成大量的内存碎片。导致之后给大的对象分配内存无可用空间。
复制算法
将可用的内存分为两半，一次只使用其中的一半，当使用完以后，将还活着的对象全部复制到另一半内存空间中，然后清理掉原来的那半内存，缺点就是代价太高，需要牺牲一半的内存。
标记-整理算法
将所有的对象像一端移动，然后直接清理掉其他的对象（98%的对象生命周期都很短）
