2.垃圾回收GC

最新推荐文章于 2024-11-02 18:27:29 发布

tank59he

最新推荐文章于 2024-11-02 18:27:29 发布

阅读量166

点赞数 1

分类专栏： JVM 文章标签： jvm java

本文链接：https://blog.csdn.net/hu853996234/article/details/103689726

版权

7 篇文章 0 订阅

订阅专栏

2垃圾回收GC

引用计数算法
- 为对象添加一个引用计数器，当有一个地方引用它时就加一，当一个引用失效时就减一。
- 但没法解决循环引用问题：A引用B，B引用1。此时引用计数器永远不可为0。
可达性分析算法
- 从GC ROOTS开始寻找，当对象不存在于引用链中时，便为可回收对象。
- JVM采用的就是这种方式。
- GC ROOTS：
  - 虚拟机栈的本地变量表中引用的对象
  - 方法区中静态属性引用的对象
  - 方法区中常量引用的对象
  - 本地方法栈中JNI引用的对象
- 引用的类型
  - 强引用：永远不会回收。
  - 软引用：内存够就不会回收。常用于缓存。
  - 弱引用：存活到下一次回收之前。
  - 虚引用：任何时候都可以被回收。回收时得到一个系统通知。

标记清除
- 先对所有应该被回收的对象进行标记，标记之后统一进行回收。
- 完全标记与清除效率不高，且产生大量内存碎片，内存不连续不利于大对象的分配。
复制
- 将内存空间分为两部分，每次只是用一部分，当那部分的内存用完时将存活的复制到另一部分上，然后对整个部分进行回收。
- 内存变为原来的一般，内存代价较高。对象存活率较高时需要复制的太多，效率变低。
- 解决了内存不连续的问题。
标记整理
- 标记整理同标记清除类似，先对所有被回收的对象进行标记，之后将存活的对象向一端移动，并直接清理掉剩余的部分。
- 解决了标记整理算法在内存存活率高时的效率问题，且内存效率为100%。
- 常用于老年代。
分代收集
- 在JVM中一般将堆分为新生代和老年代，新生代中总有大量对象死去因此采用复制算法，而老年代对象存活率高一般采用标记清除和标记整理。

在进行GC的标记时需要暂停所有线程的工作以防止引用发生变化，因此必须设置安全点/区来防止问题的发生。
OopMap
- 存储的是GC ROOTS，回收时无需为了寻找GC ROOTS扫描所有位置。
- 类加载和编译时就到堆中的引用添加到OopMap中。
安全点
- 并非为每一条导致OopMap改变的指令都添加OopMap操作指令。
- 因此这些添加了OopMap的位置就是安全点。
- 抢先式中断
  - 将所有线程停止，并让不在安全点的线程执行到安全点再停止。
- 主动式中断
  - 设置一个中断标志，线程轮询此标志，当所有线程都停止时进行GC标记。
  - 一般采用此种方式。
安全区
- 若有线程当前不处于运行状态时，若此线程暂停在非安全位置，则可能导致问题。
- 因此只有它在没有进行引用关系变化的安全区内时才可以，并在离开安全区时检测GC标记是否结束。

新生代
- Serial 复制算法单线程非并发可配合CMS Clinent默认
  ParNew 复制算法多线程非并发可配合CMS Server默认
  Parallel Scanvenge 复制算法多线程非并发不可配合CMS 可控吞吐量
老年代
Serial Old 标记整理单线程非并发可配合Parallel Scanvenge
Parallel Old 标记整理多线程非并发可配合Parallel Scanvenge
CMS 标记清除并发不可配合Parallel Scanvenge
CMS
- CMS垃圾收集步骤：
  - 1.初始标记 stop world 单线程/可调非并行
    2.并发标记未知与用户进程同时并行
    3.重新标记 stop world 多线程非并行
    4.并发清除多线程与用户进程同时并行
- 初始标记
  - 标记一下GC Roots能直接关联到的对象，速度很快。
- 并发标记
  - GC Roots Tracing
- 重新标记
  - 修正并发标记期间，标记变动的对象的标记记录，停顿时间略长于初始标记
G1
- 可以收集整个堆的垃圾
- 分为内存多个region