- 碎片整理
java每次执行清除(sweeping)的时候都必须保证每个不可到达的对象被回收,这就产生了碎片。
-
- 碎片的危害:
-
- 写入操作耗时
- 有可能发生内存分配错误
说明:JVM 的引用是一个抽象概念,如果GC移动某个对象,就会修改(栈和堆)中指向的引用,移动/提升/压缩 是一个stw的过程,是一个安全的行为。
- 新生代(Eden,伊甸园)
用来创建新对象,多个线程同时创建,所以被划分为多个线程本地分配缓冲区(Thread Local Allocation Buffer 简称 TLAB) 大部分由JVM在对应的线程TLAB中分配,避免与其他线程同步操作
如果TLAB中没有足够的空间,则会在共享Eden区(shared Eden space)中分配,共享Eden没有足够的空间,则触发一次GC,触发GC后还是不够 则分配到老年代空间(Old Generication)
- 存活区域(Survivor Spaces)
Eden 的旁边是from空间和To空间,任意时刻总有一个存活区是空的,空的存活区用于下次年代GC时手机存放对象,年轻代中所有的存活对象(Eden区和非空的from存活区)会被复制到to存活区。GC后,to区有对象,from区没有对象
对象在两个存活区多次复制,并达到一定的时间或阀值,分代理论会假设对象存活更久,提升到老年代,直到变为不可达到对象
- 老年代(Old Generation)
空间大,对象垃圾的概率比较小,大部分的对象是存活的,所以 不在使用标记复制算法,采用移动对象来实现最小碎片,执行步骤:
-
- 通过标志位(markeed bit) 标记所有通过GC roots可到达的对象
- 删除所有不可到达对象
- 整理空间中的内容,将所有存活对象从老年代空间开始的地方依次存放
- 永久代(permGen)
存放元数据(metadata),class信息,内部化的字符串(internalized strings),容易造成内存泄漏
- 元数据区(Metaspace)
JDK8删除了永久代,改用元数据区。元数据区位于本地内存(native memory)中,值受限于JAVA进程可用的本地内存。如果Metaspance 失控,则会导致严重的内存交换,或内存分配失败。
Eden区占满时触发,只会处理新生代,不会处理老生代,会引起全线暂停
- 小型GC(Minor GC)
清理老年代空间,很多时候是由minor GC触发
- 大型GC (Major GC)
- 完全GC(full GC)