深入Java虚拟机读书笔记之内存管理机制

Java内存模型及异常

待完成

垃圾收集器与内存分配策略

概述

解决三个问题：

1. 哪些内存需要回收（垃圾判定）

2. 什么时候回收

3. 如何回收（垃圾回收实现）

垃圾判定算法

第一个问题回收大区域主要包括堆和方法区，具体的回收哪些对象所占的区域，换言之如何判断对象已死，

1. 对象计数： 此方法简单粗暴，但是很难解决循环计数的问题

为什么解决不了对象循环计数的问题

根搜索算法（主流）

以GcRobot作为起点，向下搜索，不在引用链上的将会被判定是可回收的对象。

在算法中的不可达对象也不是必定会被回收，要经过两次标记，第一次标记（是否可达）–》筛选（是否有必要执行finalized方法；有必要的放入一个队列）–》第二次标记（是否可达；如果在执行finalized过程中对象与引用链上对象建立关联则这次将不会被标记，成功逃脱）

任何一个对象的finalized方法只能被执行一次

为什么书中所述的四种对象可以作为GcRobot，可以感觉到合理，但是并不能说个所以然？？？

引用

我们常见的new就是强引用的定义方式，其他的三种引用是通过关键字来定义的。

回收方法区

主要回收废弃常量和无用的类

注意常量池和类的回收条件

垃圾回收算法

标记-清除算法

这个是最基本的垃圾算法，后面算法都是基于此改进的。

缺点：效率低，空间碎片

基本体现在都有标记的过程（书中讲每个算法时演示图回收前状态图就是标记之后的图），区别在于后面清理的过程，有的是直接一个个清除，有的是先复制在区域一次清除。





复制

其实就是标记，复制过程。这个的实践基础是绝大多数的对象都是你朝生夕死的，不死的只是少数，完全可以用少量的复制代价将这些存活对象复制出来到另一小块，然后集体清除之前的那块。

之前看书的时候脑子宕机，始终不明白为什么要将内存分为Eden和**两个**Survivor，后来看到这篇博客终于明白了

JVM实用参数（五）新生代垃圾回收；防止链接失效注：大致意思是Survivor分为from和to（Eden和fromSurvivor移到to Survivor），然后from和to是不断互换的。

标记-整理

将存活对象向一起靠拢，然后从存活对象往可回收对象边界开始一次清空

分代收集

根据代际分别选用不同的垃圾回收算法

垃圾收集器

垃圾收集器是垃圾回收算法的具体实现

Serial–》Parallel–>CMS–>G1收集器