内存区域划分
- 程序计数器(Program counter Register)
-
- 描述 程序计数器(Program Counter Register)是一块较小的内存空间.它可以看作是当前线程执行的字节码的行号指示器
-
- 作用 线程切换之后能够恢复到正确的位置.
-
- 范围 线程私有,随线程而生,随线程尔灭
-
- 异常 此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域.
- java虚拟机栈(Java Virtual Machine Stacks)
-
- 描述 虚拟机栈描述的是java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧,方法从调用到执行完成的过程,就对应栈帧入栈到出栈的过程.
-
- 存储内容
-
-
- 局部变量表
-
-
-
-
- 对象引用
- 基础数据类型
-
-
-
-
- 操作数栈
- 动态链接
- 方法出口
-
-
- 范围 线程私有,随线程而生,随线程尔灭
- 异常
-
-
- 如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverFlowError异常.
- 虚拟机栈在动态扩展过程中无法申请到足够的内存,将会抛出OutOfMemoryError异常.
-
- 本地方法栈(Native Method Stack)
-
- 描述 本地方法栈与虚拟机栈所发挥的作用非常相似,他们之间的区别不过是虚拟机栈为虚拟机执行java方法服务,而本地方法栈则为虚拟机使用到的native方法服务.
- 范围 线程私有,随线程而生,随线程尔灭.
- 异常
- 如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverFlowError异常.
- 虚拟机栈在动态扩展过程中无法申请到足够的内存,将会抛出OutOfMemoryError异常.
- java堆(Java Heap)
-
- 描述 java堆是虚拟机所管理的内存中最大的一块.也是垃圾收集器管理的主要区域.
- 作用 java堆是被所有线程共享的一块区域,虚拟机启动时创建,此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存.
- 范围 线程共享.
- 异常 如果堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError异常.
- 方法区(Method Area)
-
- 描述 方法区和java堆一样,是各个线程共享的区域.别名(Non-Heap),目的应该是和java堆区分开.
- 存储内容
- 类信息
- 类名
- 访问修饰符
- 常量池
- 字面量
- 符号引用
- 静态变量
- 即时编译器编译后的代码
- 范围 线程共享
- 异常 当方法区无法满足内存分配需求时,将抛出OutOfMemoryError异常.
- 直接内存(Direct Memory)
- 直接内存并不是虚拟机运行时数据区的一部分.
- 异常 本机直接内存的分配不会受到java堆大小的限制,但是各个区域的内存总和大于物理内存限制时,将会抛出OutOfMemoryError异常.
垃圾回收(GC)
- 哪些内存需要回收?
-
- 需要回收 → java堆(重点) 和 方法区(永久代)
- 不需要回收 → 程序计数器 和 java虚拟机栈 和 本地方法栈
- 什么时候回收?
-
- 判断对象已死
- 引用计数算法 给对象添加一个引用计数器,每当有一个地方引用,计数器值就加1,引用失效时,计数器值就减1,计数器值为0就是该对象不可用.
- 优点 实现简单,效率高
- 缺点 不能解决对象之间的互相引用问题.
- 引用计数算法 给对象添加一个引用计数器,每当有一个地方引用,计数器值就加1,引用失效时,计数器值就减1,计数器值为0就是该对象不可用.
- 判断对象已死
-
-
- 可达性分析算法 这个算法的思路就是通过一系列的称为GCRoots的对象作为起始点,从这个节点开始向下搜索,搜素所走的路径称为引用链(Reference Chain) ,当一个对象到GCRoots没有任何引用链相连时,则证明此对象不可用.
-
-
-
- 引用
-
-
-
-
- 强引用 只要强引用还在,垃圾收集器永远不会回收掉被引用的对象.
- 软引用 描述一些还有用但并非必须的对象,系统将要发生内存溢出之前,将会把这些对象列入回收范围之中进行二次回收.
- 弱引用 用来描述非必须对象,被弱引用关联的对象只能生存到下一次垃圾收集发生之前.
- 虚引用 最弱的引用关系,一个对象是否有虚引用,完全不会对其生存时间有任何影响,也不可以通过虚引用来获取一个对象实例.
-
-
-
-
- 判生死 即使是在可达性分析算法中不可达的对象,也并非是非死不可,真正宣告一个对象死亡,至少要经理两次标记过程:
-
-
-
-
- 第一次标记: 根据可达性分析算法判断如果对象不可达,进行标记并且进行筛选,筛选条件是是否有必要执行finalize()方法,如果finalize()被虚拟机执行过,或对象没有覆盖finalize()方法时,,都会被认为没必要执行.
- 第二次标记: 如果第一次标记在筛选的时候,要执行finalize()方法,这是此对象的最后一次自救机会,如果执行完finalize()方法之后,此对象仍未逃脱,则此对象真的是要被回收了.
-
-
-
- 垃圾回收算法
-
-
- 标记 - 清除算法 首先标记处所有需要回收的对象,标记完成后统一回收所有被标记的对象.
-
缺点:
-
-
-
- 效率问题,标记和清除两个过程效率都不高.
- 空间问题,标记清除之后会产生大量的不连续的内存碎片,导致在分配较大对象时,无法找到连续的内存空间而不得不提前触发另一次垃圾收集动作.
-
-
-
-
- 复制算法 把内存划分为两块,每次只使用其中的一块,当此块内存使用完了,就把还存活的对象复制到另外一块上去,然后把已使用过的内存空间全部清理掉.
-
缺点 浪费了一半的内存空间.
-
-
- 标记 - 整理算法 首先标记出所有待回收的对象,然后让所有存活的对象向一端移动,然后直接清理掉端边界以外的内存.
-
缺点 如果对象存活率较高,效率会很低.
-
-
- 分代收集算法
-
- 如何回收?
-
- Serial 收集器 这是一个单线程的收集器,它在进行垃圾回收的时候,必须要暂停其他所有的工作线程.
- ParNew收集器 Serial收集器的多线程版.
- Parallel Scavenge 收集器 更关注吞吐量 = 处理用户代码时间/(垃圾回收时间 + 处理用户代码时间)
- Parallel Old 收集器
- Serial Old 收集器
- CMS 收集器