总结一

一、java运行时内存分布

程序计数器：计数当前字节码行号

虚拟机栈：存储局部变量、操作栈数等（局部变量表在编译期间就分配完毕）

本地方法栈：为Native方法服务

java堆：存放实例对象、数组

方法区：存储已被虚拟机加载的类信息，常量、静态变量等

|----常量池：用于存放编译期生成的各种字面量和引用符

二、java新建对象的过程（即new的过程）

对象创建过程

类加载检查（常量池中是否有类的符号引用）

分配内存

内存空间初始化：初始化为零

设置对象头：对象是哪个类的实例，对象的哈希码，对象的GC分代年龄

执行方法把对象按程序员的意愿初始化

三、对象内存布局

对象头

|----存储对象自身运行时数据（MarkWord）

|----存储类型指针，用于找到这个对象是哪个类的实例

实例数据

程序代码中所定义的各种类型的字段内容

对齐填充

起占位符的作用，对象的大小必须是8的倍数

四、对象的访问定位

使用句柄：对象被移动时只会改变句柄池中的实例数据指针，reference本身不需要修改

直接指针：速度快

五、垃圾回收机制和内存分配策略

垃圾收集器解决的问题

那些内存需要回收

什么时候回收

如何回收

1）哪些内存需要回收

判断对象是否需要回收的算法

引用计数法

可达性分析法

——GC Roots的对象：

虚拟机栈中引用的对象

方法区中类静态属性引用的对象

方法区中常量引用的对象

本地方法栈中JNI引用的对象

2.四种引用

强引用：

软引用

弱引用

虚引用

2）什么时候回收

（真正宣告一个对象死亡至少要经历两次标记过程）

两个标记过程

如果对象在进行可达性分析后，发现没有与GC Roots相连接的引用链，将会被第一次标记并且进行一次筛选，筛选的条件是

次对象是否有必要执行finaliz（）方法。当对象没有覆盖finalize()方法或者finalize()方法以经被虚拟机调用过了，虚拟机将这

两种情况都视为没有必要执行。对于需要执行的放入F-Queue队列中，稍后会有虚拟机自动建立的，低优先级的Finalizer线程

来触发它

GC将对F-Queue中对象进行二次标记

3）如何回收

1.垃圾收集算法，方法论

标记-清除算法

复制算法

标记整理算法

分代收集算法

2.垃圾收集器，内存回收的具体实现

Serial收集器：单线程，进行GC时必须暂停所有其他线程；简单而高效

ParNew收集器：多线程

Parallel Scavenge收集器：其它收集器都是尽可能缩短DC停顿时间，而它目标是达到一个可控制的吞吐量

Serial Old收集器：主要意义在于给Client模式下的虚拟机使用，基于标记整理

Parellel Old收集器：可以与Parallel Scavenge收集器相配合

CMS收集器：基于标记清除算法，低停顿收集器，可以与用户线程一起工作

G1收集器：不再严格区分新生代和老年代，基于标记整理，可预测的停顿