总结一

一、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收集器:不再严格区分新生代和老年代,基于标记整理,可预测的停顿

你可能感兴趣的:(总结一)