Java核心 - 垃圾回收

最新推荐文章于 2022-12-30 13:09:46 发布
置顶 最新推荐文章于 2022-12-30 13:09:46 发布
阅读量398 收藏
点赞数 2
分类专栏： Java 核心 文章标签： java jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/za96421955/article/details/106529048
版权

垃圾回收与垃圾收集器

垃圾回收（Garbage Collection）：JVM清除无用对象，释放内存空间的抽象定义

  • Minor GC：年轻代GC
  • Major GC：老年代GC

垃圾收集器（Garbage Collector）：垃圾回收的具体实现

两者都简称GC

STW（Stop The World）

JVM在执行某些整堆操作前的动作，挂起几乎所有线程（正在进行GC的线程除外）造成的全局停止现象
JVM通过在线程中添加SafePoint，达到STW的目的

SafePoint

在线程的特定位置插入通知线程停止的指令
位置

  • 循环末尾
  • 方法返回前
  • 调用方法后
  • 抛出异常的位置

造成STW的动作

  • GC

  • VM Threads 的某些特殊的 VM Operation
    1，JIT相关操作
    2，Class Redefinition（热加载类，如AOP的动态代理）
    3，Biased Lock Revocation（取消偏斜锁）

     -XX:-UseBiasedLocking，禁用偏斜锁

    4，Various Debug Operation

常用参数

参数描述备注
-XX:+PrintGCApplicationStoppedTimeGC日志内打印JVM所有停顿时长JDK1.7.40版本前，不打印时间戳
-XX:+PrintGCApplicationConcurrentTimeGC日志内打印JVM两次停顿间的运行时长JDK1.7.40版本前，不打印时间戳
-XX:+PrintSafepointStatistics打印SafePoint，VM Operation，线程数等相关信息
-XX:+PrintSafepointStatisticsCount打印到达SafePoint时各阶段所消耗时长重点关注 vmop：执行VM Operation时长

引用

  • Java引用分为强引用，软引用，弱引用，幻象引用（虚引用）
  • 所有引用队列均是Java.lang.ref.Refrence的子类

强引用（对应强可达）

  • 最常见的对象引用，GC不会回收强引用的对象
  • 当超出了引用的作用域或显示的设置为null时，引用关系解除，表示对象可以被GC
    在这里插入图片描述

软引用（对应软可达）

  • 软引用的对象不会直接被GC，只有当JVM认为内存不足时才会尝试回收软引用对象
  • JVM会确保在OOM之前进行回收
  • 软引用通常可用来做内存敏感的缓存
    在这里插入图片描述

弱引用（对应弱可达）

  • 弱引用仅用作提供一种对象的访问途径，无法阻止对象被GC
  • 通过弱引用获取对象时，如果对象还在则直接使用，否则重新实例化
    在这里插入图片描述

幻象引用（对应幻象可达）

  • 必须配合引用队列使用，通过引用get只能返回null
  • 一般用于监控对象的创建、销毁
    在这里插入图片描述

引用队列（ReferenceQueue）

  • 引用队列可以配合软引用、弱引用、幻象引用使用，当引用对象要被JVM回收时，会将其加入到引用队列中
  • 通过引用队列，可以了解JVM GC的情况

吞吐量（Throughput）

  • CPU运行用户程序时间（User Program Time，UPT）占CPU总运行时间的比例
  • 在GC场景下，吞吐量 = UPT / (UPT + GC)

对象存活判断

引用计数

  • 对象新增引用则引用计数+1，释放引用则引用计数-1，引用计数为0时表示对象可以被GC
  • 仅通过引用计数来判断对象存活，无法解决循环引用问题

可达性分析

  • JVM随机选取GC Roots对象，从GC Roots对象开始标记其余对象的可达性
  • 任何GC Roots不可达的对象表示可以被GC

GC Roots对象选取
1，虚拟机栈，本地方法栈引用的对象
2，静态属性引用的对象
3，常量

可达性
1，强可达：对象不可被回收
2，软可达：对象在Full GC前会被回收
3，弱可达：对象可被回收
4，幻象可达：对象已被执行finalize

垃圾回收算法

标记 - 清除

  • 标记清除算法分为“标记”“清除”两步，“标记”可以被GC的对象，“清除”已被“标记”的对象
  • 对象被“清除”后会产生内存碎片，内存碎片会导致内存空间的利用率不足（对象分配的内存需要是连续的内存空间）

标记 - 压缩

  • 即标记 - 清除 - 压缩
  • 在标记清除算法上添加了内存压缩算法。“压缩”已被清除的内存空间，移动所有存活的对象使被使用的内存空间保持连续
  • “压缩”非常耗时

复制

  • 即标记 - 清除 - 复制
  • 复制算法逻辑上将内存划分为两块，同一时间仅使用其中一块。GC时先进行标记清除，随后将存活的对象全部复制到另一块空闲的内存中，复制后对象自然使用的是连续的内存空间
  • 复制算法省去了“压缩”移动对象的时间消耗，但内存空间利用率有所降低

垃圾收集器（Garbage Collector）

  • Java目前主要在用的GC有Serial，ParNew，Paralle，CMS，G1，ZGC
  • JDK9中CMS已经被标记废弃，默认使用G1

Serial

  • 单线程串行GC，GC时是STW的
  • 分为作用于年轻代的 Serial 和作用于老年代的 Serial Old

Serial

  • 使用复制算法，即Eden + Survivor From => Survivor To

Serial Old

  • 使用标记压缩算法，使内存空间利用率最大化

常用参数

参数描述备注
-XX:+UseSerialGC启用 Serial + Serial Old GC

ParNew

  • 作用于年轻代的GC
  • Serial 的多线程版本，除多线程执行GC外，其余特性与 Serial 基本一致（共用了大部分代码）

常用参数

参数描述备注
-XX:+UseParNewGC启用 ParNew GC
-XX:ParallelGCThreads设置并行线程数量，默认：≈CPU数N = cpus <= 8 ? cpus : 3 + (cpus * 5 / 8)

Paralle

  • 分为使用复制算法作用于年轻代的 Paralle Scavenge 和使用标记整理算法作用于老年代的 Paralle Old
  • 是一种基于目标的多线程GC，以吞吐量为目标参数。吞吐量越大GC时间越短，GC触发越频繁

Paralle Scavenge

  • 与 ParNew 相似，最显著的区别在于 Paralle Scavenge 关注的是吞吐量而非STW。通过目标参数可直接设置吞吐量要求
  • 一般应用在与用户交互不多对STW要求不是特别高的后台计算程序上（如批处理，科学计算等）
  • 可启用GC自适应调节策略

GC自适应调节策略

  • JVM运行时根据系统运行情况自动调整 -Xmn，-XX:SurvivorRation，-XX:PretenureSizeThreshold
    等参数
  • 通过参数（UseAdptiveSizePolicy ）开启，启用后只需要设置好 -Xmx 和目标吞吐量即可，其他运行时细节调整均由JVM负责完成

Paralle Old

  • 多线程的 Serial Old，同样关注的是吞吐量

常用参数

参数描述备注
-XX:+UseParallelGC启用 Parallel Scavenge GC
-XX:+UseParallelOldGC启用 Parallel Old GC
-XX:MaxGCPauseMillisGC最大STW时间（ms），JVM尽量保证每次GC时间不超过该参数值与Paralle的吞吐量目标背道而驰，不建议使用
-XX:GCTimeRatio目标吞吐量（0<N<100），默认：9999%的UPT
-XX:+UseAdptiveSizePolicy启用GC自适应调节策略

CMS（Concurrent Mark Sweep，JDK1.9被标记废弃）

  • 并发标记清除GC，年轻代和老年代采用不同的GC算法，以尽可能短的STW为设计目标
  • 年轻代GC近似ParNew
  • 老年代GC主要由初始标记、并发标记、重新标记，并发清除等阶段完成。初始标记、重新标记阶段是STW的
  • CMS不会直接压缩内存，需配置参数启用并设置压缩周期，否则易触发Full GC

老年代GC

1，初始标记（STW）

  • 单线程标记与GC Roots、年轻代对象直接关联的老年代对象
  • JDK1.8后可启用多线程并行（-XX:+CMSParallelInitialMarkEnabled）
    图片来自于网络

2，并发标记

  • 并行标记所有可达的对象
  • 由于不是STW的，对象的可达性可能在被标记后发生变更
    图片来自于网络

3，预清理（二次并发标记）

  • 重新标记可达性发生变更的对象

4，可中断预清理

  • 尽可能多的执行Minor GC，以降低重新标记阶段STW的时间

阶段跳过
Eden使用空间 和 使用率均超过阈值

参数描述备注
-XX:CMSScheduleRemarkEdenSizeThresholdEden使用空间阈值，默认：2MB
-XX:CMSScheduleRemarkEdenPenetrationEden使用率阈值，默认：50%

阶段退出
超过Minor GC执行次数 或 超过最大执行时间

参数描述备注
-XX:CMSMaxAbortablePrecleanLoopsMinor GC执行次数阈值，默认：0不限次数
-XX:CMSMaxAbortablePrecleanTime阶段最大执行时间，默认：5000ms

5，重新标记（STW）

  • 重新标记年轻代、GC Roots、并发标记阶段发生变更的对象
参数描述备注
-XX:+CMSScavengeBeforeRemark执行重新标记前，至少执行1次Minor GC建议启用

6，并发清除

  • 清除所有不可达的对象

7，并发重置

  • 重置CMS内部状态、数据结构，等待下一次触发

Full GC

  • 在CMS执行周期内，老年代、方法区内存空间不足时会触发Full GC

并发模式失败（Concurrent mode failure）

  • 老年代内存空间不足，无法分配大对象、新晋升的年轻代对象时抛出

晋升失败（Promotion failed）

  • 执行Minor GC时，对象晋升至老年代，但老年代内存不足
  • 抛出并发模式失败错误

常用参数

参数描述备注
-XX:+UseConcMarkSweepGC启用CMS GC
-XX:ParallelGCThreads设置年轻代GC线程数参考ParNew
-XX:ParallelCMSThreads设置老年代GC线程数，默认：≈1/4 年轻代GC线程数(ParallelGCThreads + 3) / 4
-XX:+CMSParallelInitialMarkEnabled初始标记启用多线程并行> JDK1.8
-XX:CMSInitiatingOccupancyFraction老年代内存使用比例超过参数值时触发GC，默认：92%
-XX:+UseCMSInitiatingOccupancyOnly启用动态检查
-XX:+UseCMSCompactAtFullCollection启用Full GC后内存压缩功能
-XX:+CMSFullGCsBeforeCompaction执行N次Full GC后，执行一次内存压缩，默认：0每次都压缩

动态检查

  • JVM根据最近的回收历史，估算下一次老年代内存耗尽的时间
  • 接近估算时间时触发GC

G1（Garbage First，JDK1.9默认）

  • 目标（STW时间，MaxGCPauseMillis）导向的分区复制GC，年轻代和老年代采用不同的GC算法
  • 移除了年轻代、老年代物理上的内存划分
  • 年轻代GC近似ParNew
  • 老年代GC由并发周期、混合GC两阶段完成，整堆（年轻代+老年代）内存使用率超过阈值（InitiatingHeapOccupancyPercent）时触发
  • 并发周期采用SATB（逻辑快照）算法降低重新标记阶段的耗时
  • G1的GC Roots对象选取与其他GC不同（详见根分区扫描）

G1模型
分区（Region）

  • 默认将内存划分为2048个大小相等的分区，可设置参数（G1HeapRegionSize）调整分区大小
  • 分区不明确服务于年轻代、老年代，G1可动态调整
    图片来自于网络
参数描述备注
-XX:G1HeapRegionSize分区大小，1MB ~ 32MB之间必须是2的幂次方

卡片（Card Table）

  • 每个分区划分为多个512B的卡片，卡片为内存最小可用粒度
  • 所有卡片由Card Table字节数组统一维护

RSet（Remembered Set）

例：Old分区R1内对象A，引用了分区R2内对象B。则分区R1的RSet同时记录A引用B
  • 记录老年代分区引入对象的信息
  • 老年代分区标记时扫描RSet，降低耗时

巨型对象（Humongous Object）

  • 超过分区大小50%的对象被认定为巨型对象，直接分配在老年代
  • 超过分区大小的巨型对象分配在连续的多个分区上（开始巨型 + 连续巨型 * N），且独占分区
  • 连续分区不足时，触发Full GC

CSet（Collection Set）

  • 清理阶段记录需要回收的分区，供混合GC阶段使用
  • 存活对象占比大于阈值（G1MixedGCLiveThresholdPercent）则不记录CSet
参数描述备注
-XX:+G1MixedGCLiveThresholdPercent设置不记录CSet存活对象占比阈值，默认：85JDK1.6、1.7，默认：65

SATB（Snapshot-At-The-Beginning，逻辑快照算法）

粗浅介绍，了解其大概用意。详细算法逻辑（P + N两段标记、bitmap、内存屏障等）可自行了解
  • 逻辑不可变快照，假定快照内容不会变更
  • 在分区末尾插入TAMS标记，并发标记阶段仅标记TAMS前的对象
  • TAMS后分配 和 TAMS前发生变更的对象，通过日志将对象旧值记录在SATB缓冲区内

三色标记
黑色：已被标记可达的对象（如根对象）
灰色：黑色对象直接引用但其分叉尚未扫描完成的对象
白色：尚未被标记的对象（并发周期结束，仍是白色的则是可回收对象）

并发周期

  • 标记出可被垃圾回收的老年代对象
  • 主要由初始标记、并发标记、重新标记，清理等阶段完成
  • 初始标记、重新标记、清理阶段是STW的

初始标记（initial-mark，STW）

  • 设置SATB的TAMS标记
  • 由于需要STW遂与年轻代GC合并，初始标记前先执行Minor GC

根分区扫描（root-region-scan）

  • 由于已执行过Minor GC，Survivor To内都是强可达对象，将其全部设置为GC Roots对象
  • 标记所有GC Roots直接引用的对象
  • 该阶段禁止Minor GC

并发标记（concurrent-mark）

  • 并行标记所有可达的对象
  • 过程中发生变更的对象记录在SATB缓冲区内

重新标记（remarking，STW）

  • 重新标记SATB缓冲区内的对象

清理（cleanup，STW）

  • 将需回收分区记录CSet，并按存活度（存活对象占比）升序排列
  • 直接回收巨型对象
  • 空闲分区识别（直接释放整个分区并加入到空闲队列）
  • 将无用的类从Metaspace（元数据区、方法区）中卸载

混合GC（Mixed GC，混合收集，STW）

  • 执行多次（G1MixedGCCountTarget），每次执行回收后将分区内存活对象复制到另一个空闲的分区上
  • Minor GC与CSet回收同时进行，直到CSet被全部（几乎）回收为止
  • 回收结束后，恢复正常年轻代GC
  • 可回收对象百分比小于堆废物百分比（G1HeapWastePercent），则跳过混合GC
    图片来自于网络
参数描述备注
-XX:G1MixedGCCountTarget设置执行混合GC次数，默认：8若混合GC单次STW时间过长，可增加该参数
-XX:G1HeapWastePercent设置堆废物百分比，默认：5

疏散失败

  • Minor GC清除完成时，没有足够的空闲空间复制对象

常用参数

参数描述备注
-XX:+UseG1GC启用G1 GC
-XX:MaxGCPauseMillis设置最大STW时间，越大GC频率越低但吞吐量也会下降，默认：200msJVM会根据目标值动态调整内存模型
-XX:InitiatingHeapOccupancyPercent设置并发周期触发百分比，默认：45（%）一轮GC结束后，堆使用空间小于该值以最优
-XX:ParallelGCThreads设置年轻代GC线程数参考ParNew
-XX:ConcGCThreads设置老年代GC线程数，默认：≈1/4 年轻代GC线程数(ParallelGCThreads + 3) / 4
-XX:G1ReservePercent设置整堆预留空闲空间百分比，降低疏散失败风险，默认：10%

G1调优

  • 在避免疏散失败和Full GC的前提下，以尽可能短的STW提供较高的吞吐量

1，不要设置Xmn、NewRaio参数，会导致目标（MaxGCPauseMillis）失效
2，主要通过目标（MaxGCPauseMillis）作为调优手段，90%的GC可以达到该时间为最优
3，提高并行线程数（ConcGCThreads），加快GC速度，但CPU压力也会随之增加
4，降低并发周期触发百分比（InitiatingHeapOccupancyPercent），提前启动GC
5，提高CSet对象存活占比阈值（G1MixedGCLiveThresholdPercent），使CSet记录更多的分区以提高GC的效果
6，提高混合GC执行次数（G1MixedGCCountTarget），降低单次执行的STW时长

ZGC（Z Garbage Collector，> JDK11）

  • 升级版的G1
  • STW不超过10ms（128G内存，STW 1.68ms）
  • 支持Numa架构
  • 目前仅支持64位的Linux系统

GC示例图

Minor GC（年轻代GC）
图片来自于网络

Copy To（复制）
图片来自于网络

Promotion（晋升）

  • 示例年龄：9，JVM默认：15
    图片来自于网络

Major GC（老年代GC）
图片来自于网络

Mixed GC（混合GC）

  • 同时回收年轻代、老年代

方法区回收

  • 非即时的回收废弃常量、无用的类
  • 设置参数（ClassUnloadingWithConcurrentMark）启用动态代理类即时回收
参数描述备注
-XX:+ClassUnloadingWithConcurrentMark启用动态代理类即时回收（自定义类加载器本身被回收时回收其加载的类）JDK8u40后默认启用

废弃常量

  • 运行时常量池内无任何引用的字面量

无用的类

  • 类所有实例已被回收
  • 类加载器已被回收
  • 没有任何地方访问类的Class对象

逃逸分析（Escape Analysis）

  • 通过逃逸分析，确认不会逃逸的对象直接在线程栈上分配（Java对象默认分配在堆上）
  • 线程结束的同时销毁对象，降低GC压力

方法逃逸

  • 方法内定义的对象，作为返回参数逃逸出方法的作用域

线程逃逸

  • 对象赋值给线程共享的变量
陈晨（TheFool）
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ES定期清理索引
hj的博客
08-16 830
配置curator任务自动删除elasticsearch索引
Java垃圾回收知识，垃圾回收资料
10-05
在Java面试中，垃圾回收（Garbage Collection）是一个非常重要的话题。下面是一份面试分析，以及垃圾回收在面试中的占比和重要性。 面试分析： 知识点覆盖范围：垃圾回收算法、垃圾收集器、GC原理、垃圾回收的优缺点等。 难度级别：从基础到高级，面试官可能会深入探讨垃圾回收的细节和实现原理。 实践经验：理论知识之外，面试官可能会问到实际场景下的优化策略和性能调优方法。 面试占比和重要性： 占比：垃圾回收在Java面试中通常有较高的占比，可以占据总面试问题的10%-20%左右。 重要性：垃圾回收是Java垃圾回收器的核心功能，对性能和内存管理至关重要。准确理解垃圾回收的原理和机制，以及能够优化和调优垃圾回收过程的能力，是一个Java开发者必备的基本技能。 面试中可能会问到的垃圾回收相关问题： 什么是垃圾回收？Java中的垃圾回收是如何工作的？ 有哪些垃圾回收算法和垃圾收集器？它们之间的区别是什么？ 垃圾回收的优缺点是什么？如何根据应用场景选择合适的垃圾收集器？ 如何判断对象是否可以被垃圾回收？Java中的垃圾回收器是如何判断对象是否可达的？ 哪些情况下会导致内存泄漏？
java垃圾回收知识全集
08-09
Java 垃圾回收（Garbage Collection，简称 GC）是现代编程语言中的重要特性，为开发人员提供了自动化内存管理的能力。它通过自动识别和回收不再使用的内存，减轻了程序员手动释放内存的负担，提高了应用程序的稳定性和性能。深入理解 Java 垃圾回收对于编写高效、可靠的应用程序至关重要。以下资源将帮助您掌握 Java 垃圾回收的核心概念、工作原理以及最佳实践。 Java 垃圾回收是编写高效、稳定应用程序的关键一环。通过以上资源，您将获得全面的垃圾回收知识，从基本概念到高级实践应用。无论您是初学者还是有经验的开发者，这些资源都将助您在 Java 开发中更加游刃有余，写出高性能、优质的应用程序。
Java岗面试核心MCA版
02-14
java核心面试题汇总，包含问题和答案！！ 普通类和抽象类有哪些区别？ 普通类不能包含抽象方法，抽象类可以包含抽象方法。 抽象类不能直接实例化，普通类可以直接实例化。 抽象类能使用 final 修饰吗？ 不能，定义抽象类就是让其他类继承的，如果定义为 final 该类就不能被继承， 这样彼此就会产生矛 盾，所以 final 不能修饰抽象类 创建一个对象用什么关键字？对象实例与对象引用有何不同？ new关键字，new创建对象实例（对象实例在堆内存中），对象引用指向对象实 例（对象引用存放在栈 内存中）。一个对象引用可以指向0个或1个对象（一根 绳子可以不系气球，也可以系一个气球）;一个 对象可以有n个引用指向它（可以 用n条绳子系住一个气球） 变量与方法 成员变量与局部变量的区别有哪些 变量：在程序执行的过程中，在某个范围内其值可以发生改变的量。从本质上 讲，变量其实是内存中的 一小块区域 成员变量：方法外部，类内部定义的变量 局部变量：类的方法中的变量。 成员变量和局部 变量的区别 作用域 成员变量：针对整个类有效。 局部变量：只在某个范围内有效。(一般指的就是方法,语句体内)
Java的垃圾回收机制详解
01-20
1、垃圾回收 　　垃圾回收是Java程序设计中内存管理的核心概念，JVM的内存管理机制被称为垃圾回收机制。 　　一个对象创建后被放置在JVM的堆内存中，当永远不再引用这个对象时，它将被JVM在堆内存中回收。被创建的对象不能再生，同时也没有办法通过程序语句释放它们。即当对象在JVM运行空间中无法通过根集合到达（找到）时，这个对象被称为垃圾对象。根集合是由类中的静态引用域与本地引用域组成的。JVM通过根集合索引对象。 　　在做Java应用开发时经常会用到由JVM管理的两种类型的内存：堆内存和栈内存。简单来讲，堆内存主要用来存储程序在运行时创建或实例化的对象与变量。例如通过new关键字创
深入Java核心_探秘Java垃圾回收机制
06-12
深入Java核心_探秘Java垃圾回收机制 深入Java核心_探秘Java垃圾回收机制
JVM入门级个人总结（四）垃圾回收（二）垃圾回收器
Mun1an的博客
12-18 620
JVM个人总结（四） （个人对黑马程序员JVM完整教程总结，原视频地址https://www.bilibili.com/video/BV1yE411Z7AP） 垃圾回收 相关VM参数 含义 参数 堆初始大小 -Xms 堆最大大小 -Xmx 或 -XX:MaxHeapSize=size 新生代大小 -Xmn或（-XX:NewSize=size + -XX:MaxNewSize=size) 幸存区比例（动态） -XX:InitialSurvivorRatio=ratio和-XX:+U
HBase实战：记一次Safepoint导致长时间STW的踩坑之旅
weixin_30954265的博客
07-02 495
本文记录了HBase中Safepoint导致长时间STW此问题的解决思路及办法。上篇文章回顾：HBase Replication详解​过 程 记 录现象：小米有一个比较大的公共离线HBase集群，用户很多，每天有大量的MapReduce或Spark离线分析任务在进行访问，同时有很多其他在线集群Replication过来的数据写入，集群因为读写压力较大，且离线分析任务对延迟不敏感，所以其G1GC的M...
JVM相关 - SafePoint 与 Stop The World 全解(基于OpenJDK 11版本)
热门推荐
hashcon
07-19 3万+
本文基于 OpenJDK 11 在分析线上 JVM 性能问题的时候，我们可能会碰到下面这些场景： 1.GC 本身没有花多长时间，但是 JVM 暂停了很久，例如下面： 2.JVM 没有 GC，但是程序暂停了很久，而且这种情况时不时就出现。 这些问题一般和 SafePoint 还有 Stop the World 有关。 什么是 SafePoint？什么是 Stop the world？他们之间有何关系？ 我们先来设想下如下场景： 当需要 GC 时，需要知道哪些对象还被使用，或者已经不被使用可以回收了，这样.
ElasticSearch安装和API操作
程序猿的世界
10-05 1809
为什么用ES 简单说就是ES通过分词和倒排索引，专门处理关键字搜索场景，可以参考这篇文章：https://www.cnblogs.com/luxiaoxun/p/5452502.html 入门推荐ES权威指南：https://es.xiaoleilu.com/010_Intro/00_README.html 进阶还是需要看官方文档：https://www.elastic.co/guide/e...
Java知识点梳理：垃圾收集器
hzk1562110692的专栏
06-02 271
垃圾收集 Garbage Collection 通常被称为“GC”。JVM 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于 java 堆和方法区中，在程序运行期间，这部分内存的分配和使用都是动态的。 本文参照：极客时间-《java核心技术36讲》-第27讲 GC算法 垃圾收集器 垃圾回...
JVM 垃圾回收（三）垃圾回收器和 JDK版本更新有关垃圾回收机制内容
共勉
10-23 744
1. 串行 特点： 单线程 堆内存较小，适合个人电脑 2. 吞吐量优先 让单位时间内, STW的时间最短0.2 0.2 = 0.4 ,垃圾回收时间占比最低，这样就称吞吐量高。当进行垃圾回收的时候cpu占用会升高。 3. 响应时间优先 特点 多线程 堆内存较大，多核 cpu 尽可能让单次 STW 的时间最短 0.1 0.1 0.1 0.1 0.1 = 0.5 4. G1 （Garbage One） 定义： Garbage First 发展： 2004 论文发布 2009 JDK 6u14 体验
【转载】G1垃圾收集器详解
Mr_Malei的博客
07-22 226
简介 G1(Garbage First)垃圾收集器是当今垃圾回收技术最前沿的成果之一。早在JDK7就已加入JVM的收集器大家庭中，成为HotSpot重点发展的垃圾回收技术。同优秀的CMS垃圾回收器一样，G1也是关注最小时延的垃圾回收器，也同样适合大尺寸堆内存的垃圾收集，官方也推荐使用G1来代替选择CMS。G1最大的特点是引入分区的思路，弱化了分代的概念，合理利用垃圾收集各个周期的资源，解决了其他收集器甚至CMS的...
java的垃圾回收机制
qq_52873070的博客
12-30 560
jvm的垃圾回收机制必要的理解和定义
JVM第八篇（垃圾回收器G1）
保持热爱，持续学习
11-13 1575
垃圾回收器G1 定义：Garbage First 发展： 2004 论文发布 2009 JDK 6u14 体验 2012 JDK 7u4 官方支持 2017 JDK 9 默认G1，废弃了CMS 适用场景： 同时注重吞吐量（Throughput）和低延迟（Low latency），默认的暂停目标是 200 ms 超大堆内存，会将堆划分为多个大小相等的 Region 整体上是 标记+整理 算法，两个区域之间是 复制 算法 相关 JVM 参数 -XX:+UseG1GC （使用G1垃圾回收器，JDK9以上为默认
OpenJDK 11 JVM 日志相关参数解析与使用
GitChat
03-09 1410
在 OpenJDK 11 开始，JVM 日志配置有了很大改动，主要是规范化，统一化了。在 Java 8 中，日志配置有很多状态位，让人摸不着头脑，并且比较难以维护与进一步迭代。在 Java 11 终于将 JVM 日志相关的配置规范起来，统一配置。 本文会从以下三个方面去深入理解 OpenJDK 11 的日志配置： JVM 日志标签，主要会讨论 GC 相关标签，类加载与即时编译相关以及一些其他运行...
G1垃圾回收器详解
傅红雪的专栏
02-25 2万+
1. 概述 G1垃圾回收器是在Java7 update 4之后引入的一个新的垃圾回收器。G1是一个分代的，增量的，并行与并发的标记-复制垃圾回收器。它的设计目标是为了适应现在不断扩大的内存和不断增加的处理器数量，进一步降低暂停时间（pause time），同时兼顾良好的吞吐量。G1回收器和CMS比起来，有以下不同： G1垃圾回收器是compacting的，因此其回收得到的空间是连续的。这避免了...
java 线程绑定,当繁忙旋转的Java线程绑定到物理核心时，是否可以通过到达代码中的新分支的原因来进行上下文切换?...
weixin_30767393的博客
02-21 226
I am interested in low-latency code and that`s why I tried to configure thread affinity. In particular, it was supposed to help to avoid context switches.I have configured thread affinity using https:...
Java 常见的垃圾收集器有哪些？
qq_46291038的博客
09-08 151
实际上，垃圾收集器（GC，Garbage Collector）是和具体 JVM 实现紧密相关的，不同厂商（IBM、Oracle），不同版本的 JVM，提供的选择也不同。接下来，我来谈谈最主流的 Oracle JDK。 垃圾收集的原理和基础概念 第一，自动垃圾收集的前提是清楚哪些内存可以被释放。这一点可以结合我前面对 Java 类加载和内存结构的分析，来思考一下。 主要就是两个方面，最主要部分就是对象实例，都是存储在堆上的；还有就是方法区中的元数据等信息，例如类型不再使用，卸载该 Java 类似乎.
java常见的垃圾回收器
最新发布
10-18
Java 常见的垃圾回收器有 Serial、Parallel、CMS、G1 等。 其中，Serial 是最基本的垃圾回收器，它是单线程的，只有一个线程在进行垃圾回收。Parallel 是 Serial 的多线程版本，它可以利用多个 CPU 核心来加速垃圾回收。CMS 是一种以最短回收停顿时间为目标的垃圾回收器，它使用多线程并发地进行垃圾回收。G1 是一种面向服务端应用的垃圾回收器，它可以在不影响应用性能的情况下，高效地回收大量内存。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值