建设银行梅李分行网站,郑州现在可以正常出入吗,wordpress 让百度收录,买域名价格JDK垃圾收集器 一、Serial GC垃圾收集器Serial GC的工作原理Serial GC的特点Serial GC的配置参数Serial GC的适用场景Serial GC的优缺点优点#xff1a;缺点#xff1a; Serial GC的总结 二、Parallel GC垃圾收集器Parallel GC的工作原理Parallel GC的特点Parallel GC的配置参… JDK垃圾收集器 一、Serial GC垃圾收集器Serial GC的工作原理Serial GC的特点Serial GC的配置参数Serial GC的适用场景Serial GC的优缺点优点缺点 Serial GC的总结 二、Parallel GC垃圾收集器Parallel GC的工作原理Parallel GC的特点Parallel GC的配置参数Parallel GC的适用场景Parallel GC的优缺点优点缺点 总结 三、CMS GC垃圾收集器(JDK1.4)CMS GC的工作原理CMS GC的特点CMS GC的优缺点优点缺点 CMS GC的配置参数CMS GC的适用场景总结 四、G1 GC垃圾收集器JDK9G1 GC的关键特点G1 GC的工作流程G1 GC的配置G1 GC适用场景总结 五、ZGC垃圾收集器JDK11ZGC的关键特点使用ZGCZGC适用场景总结 六、JDK的5种垃圾收集器配置方法1. **Serial GC串行垃圾收集器**2. **Parallel GC并行垃圾收集器**3. **CMS GCConcurrent Mark-Sweep Garbage CollectorCMS垃圾收集器**4. **G1 GCGarbage-First Garbage Collector**5. **ZGCZ Garbage Collector**小结 一、Serial GC垃圾收集器
Serial GC串行垃圾收集器是一种单线程的垃圾回收器主要用于小型应用或单核系统中设计目标是简单和高效尤其适合堆内存较小且对吞吐量要求不高的场景。Serial GC 是JVM最早期的垃圾回收器之一虽然现在大多数场景下都被更先进的GC替代但它在一些特定场合仍然有其用武之地。
Serial GC的工作原理
Serial GC 的核心特点是所有垃圾回收工作都是单线程串行执行的并且在回收期间会完全暂停应用程序的所有线程Stop-the-World。它分别在年轻代和老年代使用不同的算法进行垃圾回收 年轻代GC 在年轻代Serial GC使用的是标记-复制算法Mark-Copy Algorithm。当新生代的Eden区填满时GC线程会暂停所有应用线程然后将存活的对象从Eden区复制到Survivor区或老年代。这个过程是单线程的并且所有其他应用线程都会暂停直到GC完成。 老年代GC 在老年代Serial GC采用标记-压缩算法Mark-Compact Algorithm。当老年代需要回收时Serial GC会首先标记所有存活的对象接着将这些对象压缩到堆的一端从而释放出连续的内存空间。同样这个过程也是单线程的并且需要暂停所有应用线程Stop-the-World。
Serial GC的特点 单线程执行 Serial GC 是单线程垃圾收集器不会使用多线程并行回收内存。这意味着即使在多核系统上垃圾回收过程也只会使用一个CPU核心。 Stop-the-World 在垃圾回收期间所有应用线程都会暂停直到垃圾回收完成。这会导致应用程序在GC过程中出现较长时间的停顿因此Serial GC并不适用于需要低延迟或实时响应的场景。 简单高效 由于Serial GC没有复杂的并发和多线程操作算法简单管理开销较小在小堆内存环境下表现非常高效。 适合小型堆内存 Serial GC非常适合堆内存较小的应用通常小于100MB在这种情况下其停顿时间不会太长因此不会显著影响应用的性能。
Serial GC的配置参数 启用Serial GC -XX:UseSerialGC通过此参数可以在JVM中启用Serial GC。默认情况下JVM会根据系统配置自动选择GC但在一些小型应用或嵌入式设备上Serial GC是默认选择。 堆内存设置 -Xmssize 和 -Xmxsize通过这两个参数可以设置JVM的初始堆内存和最大堆内存大小这对于Serial GC尤其重要因为它适合小内存应用。
Serial GC的适用场景 小型应用 Serial GC适合那些对响应时间要求不高的小型应用特别是单线程的命令行程序或批处理任务。 嵌入式系统 在资源有限的嵌入式系统或老旧的单核硬件设备上Serial GC由于其简单性和低管理开销是一个理想的选择。 单核或少核系统 Serial GC在多核系统上表现不佳但在单核或少核系统上由于没有线程切换和并行任务管理反而能提供相对高效的垃圾回收。 测试或开发环境 在开发环境或对性能要求不高的测试环境中Serial GC的简单实现可能是一个合理的选择因为它的行为简单、可预测。
Serial GC的优缺点
优点
简单高效 算法简单执行效率在小堆内存环境中非常高没有额外的并行、并发开销。适合单核系统 在单核系统中没有并发回收的复杂性能更高效地回收垃圾。低开销 管理开销小适合嵌入式系统或资源受限的环境。
缺点
全堆暂停 Serial GC在回收内存时需要暂停所有应用线程导致长时间的应用停顿尤其是堆内存较大时停顿时间更长。无法利用多核 在现代多核系统上Serial GC无法充分利用多个CPU核心因此在大规模应用场景下表现不佳。不适合大内存和高并发应用 对于需要处理大量数据的应用Serial GC的停顿时间过长无法满足性能要求。
Serial GC的总结
Serial GC 是一种简单的垃圾回收器适合在小型应用和单核系统中使用。它的优势在于算法简单、管理开销小适合在小堆内存和CPU资源有限的场景下使用。然而由于它的Stop-the-World机制和无法利用多核的缺陷它并不适用于现代的大规模、多线程、高并发应用场景。在这种情况下像Parallel GC、G1 GC或ZGC等更高级的垃圾收集器会是更好的选择。
二、Parallel GC垃圾收集器
Parallel GCParallel Garbage Collector又称为吞吐量优先垃圾收集器是一种注重高吞吐量的垃圾回收器。它是JVM的默认垃圾回收器之一特别适合在多核环境下并发执行垃圾回收任务并且它的设计目标是最大限度地提高应用程序的吞吐量而不是最小化垃圾回收时的停顿时间。
Parallel GC的工作原理
Parallel GC主要依赖并行执行垃圾回收任务即在进行垃圾回收时JVM会启动多个线程并发地执行垃圾收集工作。它的两个核心部分分别是年轻代垃圾回收和老年代垃圾回收 年轻代GCYoung GC Parallel GC对新生代采用标记-复制算法。当新生代空间填满时Parallel GC会启动多个线程并发地执行新生代垃圾回收任务将存活的对象复制到Survivor区或直接提升到老年代。这个过程是Stop-the-WorldSTW的会暂停所有应用线程。 老年代GCOld GC 对于老年代Parallel GC使用标记-压缩算法Mark-Compact。当老年代需要进行回收时Parallel GC会停止应用线程首先标记出所有存活的对象然后将存活的对象压缩到堆的一端释放未使用的内存空间。整个老年代回收过程也是Stop-the-World的。
Parallel GC的特点 高吞吐量 Parallel GC的主要目标是提高吞吐量即应用程序用于执行实际任务的时间比例。它通过在年轻代和老年代垃圾回收时使用多线程并行化操作最大化CPU的利用率。 全堆暂停Stop-the-World 虽然Parallel GC提高了吞吐量但它的垃圾回收过程是完全暂停应用线程的。在垃圾回收期间应用程序的所有线程都会停止直到GC完成。这意味着在响应时间敏感的应用中可能会导致较长的停顿。 适合大堆内存和多核处理器 Parallel GC特别适合有大量可用CPU核心的多核服务器环境因为它可以充分利用多线程并行执行垃圾回收任务。在大堆内存应用中Parallel GC也能表现出较好的性能。 配置简单 Parallel GC在默认配置下就能提供良好的吞吐量优化适合不需要严格GC调优的场景。开发者只需简单地调整堆大小和线程数即可。
Parallel GC的配置参数
常见的Parallel GC的配置参数如下 启用Parallel GC -XX:UseParallelGC启用Parallel GC默认在许多JVM版本中即为启用状态。-XX:UseParallelOldGC启用Parallel GC的老年代并行回收一般在老JDK版本中需要手动启用。 GC线程数 -XX:ParallelGCThreadsN设置GC线程的数量通常是系统CPU核心数的1到4倍默认会根据硬件配置自动调整。 最大GC暂停时间 -XX:MaxGCPauseMillisN设置目标GC的最大暂停时间。JVM会尝试在这个目标时间内完成GC操作但不能完全保证。 吞吐量目标 -XX:GCTimeRatioN控制GC时间占总时间的比例默认值是99表示GC时间占总时间的1%。 自适应调整 -XX:UseAdaptiveSizePolicy启用自适应大小调整策略JVM会根据运行时状况动态调整年轻代和老年代的大小优化性能。
Parallel GC的适用场景
Parallel GC特别适合以下场景 高吞吐量需求 如果应用程序对响应时间没有严格要求但需要尽可能多的时间用于处理业务逻辑而非GCParallel GC是一个理想选择。 多核服务器 Parallel GC的并行垃圾回收机制能够在多核系统中充分利用CPU资源特别适合多核服务器或大规模分布式系统。 大内存应用 对于堆内存较大的应用Parallel GC在进行垃圾回收时能更有效地管理大量内存从而提升系统的整体吞吐量。
Parallel GC的优缺点
优点
高吞吐量 通过并行执行垃圾回收任务最大化CPU利用率适合对吞吐量有高要求的应用。简单易用 Parallel GC是JVM中的默认垃圾回收器使用它无需复杂的配置能在大多数情况下提供良好的性能。
缺点
停顿时间较长 Parallel GC在垃圾回收时需要Stop-the-World应用程序会暂停运行这对响应时间要求较高的应用可能不适用。不适合低延迟应用 如果应用对延迟敏感Parallel GC可能会导致不可预测的长时间停顿不适合需要实时响应的应用场景。
总结
Parallel GC是一种高吞吐量优先的垃圾回收器适合在多核服务器和大堆内存的环境中使用。它通过并行化垃圾回收任务提高了系统的吞吐量。然而由于在垃圾回收时会暂停应用线程因此不适合对延迟和响应时间要求较高的系统。
三、CMS GC垃圾收集器(JDK1.4)
CMS GCConcurrent Mark-Sweep Garbage Collector 是一种低停顿垃圾回收器专门为减少老年代的垃圾回收停顿时间而设计。CMS是JVM中的一种并发垃圾收集器从JDK 1.4引入主要用于对响应时间要求较高的应用通常适用于有大量老年代对象的大型服务器应用。
CMS GC的工作原理
CMS GC的全称是并发标记-清除垃圾收集器Concurrent Mark-Sweep它的垃圾回收过程主要分为以下几个阶段 初始标记Initial Mark 这一阶段需要暂停所有应用线程Stop-the-World从GC Roots出发标记所有直接可达的对象。由于只标记直接引用的对象所以这个阶段的停顿时间很短。 并发标记Concurrent Mark 在这一阶段GC线程和应用线程并发运行CMS GC在不停止应用线程的情况下标记所有可达对象。这个阶段标记的是从GC Roots到老年代对象的引用链。 重新标记Remark 这一阶段再次暂停所有应用线程用来标记在并发标记阶段由于应用线程继续运行而导致遗漏的对象。这个阶段也需要Stop-the-World但是由于只是补充标记停顿时间相对较短。 并发清除Concurrent Sweep 在这一阶段CMS GC在应用线程继续运行的情况下回收那些未被标记为可达的对象释放内存空间。
CMS GC的特点 低停顿 CMS的设计目标是减少老年代GC时的停顿时间它通过并发执行标记和清除操作尽量减少对应用线程的影响适合对响应时间敏感的应用。 标记-清除算法 CMS采用的是标记-清除算法不像其他垃圾收集器那样进行对象压缩或移动。因此它不会导致大量对象复制适合对象数量多的老年代。 并发回收 CMS回收器的大部分工作都是与应用线程并发进行的只有在初始标记和重新标记阶段会暂停应用线程Stop-the-World因此可以提供相对较短的停顿时间。 内存碎片 由于CMS是基于标记-清除的算法不进行内存压缩因此可能会产生内存碎片。当内存碎片过多时会导致堆空间不连续可能出现无法分配大对象的情况这时需要执行Full GCStop-the-World的全堆压缩和回收。 并发模式失败Concurrent Mode Failure 如果在并发清除阶段老年代内存空间不足以容纳新分配的对象就会触发并发模式失败导致JVM回退到Serial Old GC单线程的老年代回收方式这时会发生长时间的停顿。
CMS GC的优缺点
优点
低停顿时间 适合对响应时间要求较高的应用能够显著减少垃圾回收的停顿时间。并发回收 大部分垃圾回收工作可以与应用线程并发进行不会阻塞应用程序的正常运行。
缺点
内存碎片 CMS的标记-清除机制不做压缩和整理容易产生内存碎片可能会导致内存空间利用率降低甚至需要进行Full GC。CPU资源消耗大 CMS的并发回收阶段会占用额外的CPU资源尤其是在老年代对象多、回收频繁时可能影响系统的整体性能。Concurrent Mode Failure 当内存不足时可能发生并发模式失败导致系统回退到更慢的Full GC引发长时间停顿。
CMS GC的配置参数
常用的CMS GC相关的配置参数
-XX:UseConcMarkSweepGC启用CMS垃圾收集器。-XX:CMSInitiatingOccupancyFractionN设置当老年代使用率达到N%时触发CMS垃圾回收默认值是68%。-XX:UseCMSInitiatingOccupancyOnly强制只在达到设定的使用率时触发CMS不使用默认的自适应策略。-XX:CMSClassUnloadingEnabled允许CMS回收方法区中的无用类减少内存泄露风险。-XX:CMSScavengeBeforeRemark在CMS GC的重新标记阶段之前先触发一次年轻代GC以减少老年代对年轻代的压力。-XX:CMSParallelRemarkEnabled启用并行重标记阶段以加快GC速度。
CMS GC的适用场景
CMS GC非常适合那些对响应时间要求高、应用需要较少停顿的场景例如
高并发的Web应用需要实时响应的金融交易系统用户交互频繁的在线系统
总结
CMS GC通过并发标记和清除的方式减少老年代垃圾回收的停顿时间使得它在响应时间敏感的应用中非常有用。但它也有内存碎片和CPU占用过高的问题需要开发者根据具体情况选择适合的垃圾回收器。随着新一代垃圾收集器如G1 GC和ZGC的出现CMS逐渐被淘汰但在一些旧的高并发应用中CMS依然被广泛使用。
四、G1 GC垃圾收集器JDK9
G1 GCGarbage-First Garbage Collector 是一种适用于服务器端应用的低停顿垃圾收集器旨在替代JDK中的CMSConcurrent Mark-Sweep垃圾收集器从JDK 9开始成为默认的垃圾回收器。G1 GC的设计目标是以可预测的停顿时间控制垃圾回收的影响同时在大内存环境中有较好的性能表现。
G1 GC的关键特点 区域化堆内存管理Region-based Heap Management G1 GC将整个堆划分为多个大小相同的区域Region每个Region既可以存储新生代对象也可以存储老年代对象。每个Region大小固定通常是几MB。这种设计使得G1 GC在内存分配和回收时更加灵活。 Garbage-First策略 G1采用“垃圾优先”Garbage-First的策略优先回收那些包含大量垃圾的Region。这使得它能够根据垃圾的密度选择最优的回收对象最大化回收效率。 混合回收Mixed GC G1在新生代内存不足时触发常规的年轻代GC同时也可能会对部分老年代区域进行并行收集称为混合GC。这种机制可以逐步清理老年代对象避免Full GC。 暂停时间可预测 G1允许开发者设定最大GC暂停时间目标-XX:MaxGCPauseMillis然后根据这个目标动态调整GC行为。它尝试在满足该目标的同时进行尽可能多的内存回收。 并发与并行回收 G1支持并发执行标记、复制等GC工作这意味着在进行垃圾回收时应用线程可以继续执行减少了传统GC带来的长时间停顿。 压缩与内存碎片管理 G1通过并行回收和压缩Region来减少内存碎片提升内存利用效率避免CMS中的内存碎片问题。
G1 GC的工作流程 年轻代GCYoung GC 仅对新生代Region进行垃圾回收回收速度快停顿时间较短。新生代区域被复制到新的Region中通常是Survivor区或老年代区。 初始标记Initial Marking 这是G1的并发标记阶段之一标记从根对象可达的老年代对象。此过程会发生短暂的暂停。 并发标记Concurrent Marking 在这一步中G1对堆中的对象进行并发标记找出哪些对象是垃圾哪些对象仍然活跃。 最终标记Final Remarking 完成标记阶段对那些在并发标记期间发生变化的对象进行最终标记。此阶段也会发生短暂停顿。 清除Cleanup G1会根据之前的标记结果清理那些包含大量垃圾的Region并在回收的同时对部分老年代Region进行整理压缩。
G1 GC的配置
常用的G1 GC配置参数
-XX:UseG1GC启用G1垃圾收集器。-XX:MaxGCPauseMillisN设置目标最大GC暂停时间毫秒。-XX:InitiatingHeapOccupancyPercentN设置堆使用率达到多少时触发并发标记周期默认45%。
G1 GC适用场景
G1 GC适用于以下场景
大内存应用 特别是在数十GB甚至更大堆内存的情况下G1表现更好。延迟敏感的应用 适合对暂停时间要求较高的应用可以通过设定暂停时间目标来控制GC的影响。内存碎片较严重的系统 通过区域化内存管理和压缩减少内存碎片问题。
总结
G1 GC通过分区回收、并行与并发的垃圾回收机制、灵活的暂停时间控制为需要低停顿且大内存应用的Java程序提供了一个高效的垃圾收集解决方案。它在减少GC停顿时间和提高回收效率方面表现出色同时克服了CMS在老年代GC和内存碎片管理上的不足。
五、ZGC垃圾收集器JDK11
ZGCZ Garbage Collector 是JDK中的一种低延迟垃圾收集器旨在处理大内存堆的应用程序同时保持极低的停顿时间。ZGC 是从 JDK 11 引入的它主要针对以下需求设计
超大内存堆管理 ZGC 能够处理 TB 级别的堆内存支持数百GB到TB级的堆大小。极低的停顿时间 ZGC 的停顿时间通常小于 10 毫秒且与堆大小无关因此非常适合对响应时间要求极高的应用程序。并行与并发收集 ZGC 主要通过并发执行垃圾回收任务最大限度减少应用线程的中断。大多数的垃圾回收工作是与应用线程同时进行的。
ZGC的关键特点 低延迟 主要目标是将GC的停顿时间控制在10毫秒以下几乎不受堆大小的影响。因此对于那些运行在大内存堆上的应用来说它能提供非常低的暂停时间。 并发处理 大多数的GC操作标记、转移等都是并发进行的ZGC尽量避免长时间暂停应用线程。 区域化内存管理 ZGC将堆划分为不同的区域regions并在这些区域中进行垃圾回收和对象分配。与G1类似但更加灵活。 指针压缩 ZGC使用染色指针colored pointers来减少内存碎片并减少对象的移动成本。它不需要复杂的指针转换使用64位虚拟地址空间来实现更高效的对象管理。
使用ZGC
从JDK 11开始ZGC可以通过以下命令行参数启用
java -XX:UnlockExperimentalVMOptions -XX:UseZGC -Xmssize -Xmxsize YourApp其中-Xms 和 -Xmx 用于设置堆大小。
ZGC适用场景
ZGC 适合那些需要在低延迟下处理大内存堆的应用例如
大规模金融交易系统大数据处理需要低延迟的在线游戏需要及时响应的Web应用程序
总结
ZGC是为了应对大规模内存分配和垃圾回收问题而设计的特别适合对延迟有严格要求的大内存应用。其最大的优势在于无论堆的大小如何都能保持极低的停顿时间。
六、JDK的5种垃圾收集器配置方法
在JDK中垃圾收集器的选择和配置对于应用性能的优化至关重要。JVM提供了多种垃圾收集器以适应不同的应用场景。以下是5种常见的垃圾收集器及其配置方法
1. Serial GC串行垃圾收集器
配置方法 启用Serial GC -XX:UseSerialGC适用场景 适合小型应用、单核CPU或嵌入式设备中堆内存较小且对响应时间要求不高的场景。
2. Parallel GC并行垃圾收集器
配置方法 启用Parallel GC -XX:UseParallelGC启用老年代并行回收Parallel Old GC -XX:UseParallelOldGC设置并行GC线程数 -XX:ParallelGCThreadsN适用场景 高吞吐量应用程序适合在多核系统中使用适合需要最大化CPU利用率的场景。
3. CMS GCConcurrent Mark-Sweep Garbage CollectorCMS垃圾收集器
配置方法 启用CMS GC -XX:UseConcMarkSweepGC设置CMS触发的堆内存占用比例默认68% -XX:CMSInitiatingOccupancyFractionN只在占用率达到设定值时触发CMS -XX:UseCMSInitiatingOccupancyOnly适用场景 适合需要低停顿时间的场景如响应时间敏感的Web应用、在线系统。
4. G1 GCGarbage-First Garbage Collector
配置方法 启用G1 GC -XX:UseG1GC设置最大GC停顿时间目标默认200ms -XX:MaxGCPauseMillisN设置并行GC线程数 -XX:ParallelGCThreadsN设置老年代并发回收线程数 -XX:ConcGCThreadsN适用场景 适用于大内存应用且需要低延迟和高吞吐量的场景。G1 GC将内存划分为多个独立的区域提供灵活的垃圾回收策略。
5. ZGCZ Garbage Collector
配置方法 启用ZGC -XX:UseZGC设置最大堆大小 -Xmxsize设置并发GC线程数 -XX:ConcGCThreadsN适用场景 超低停顿的场景适用于超大堆内存的系统尤其是对延迟极其敏感的大型应用。
小结
Serial GC适用于小型应用和单核环境。Parallel GC注重高吞吐量适用于多核和大内存的应用。CMS GC减少停顿时间适用于对响应时间要求较高的应用。G1 GC提供良好的停顿时间和吞吐量平衡适合大内存应用。ZGC专为超大堆内存和低停顿时间设计适用于超大规模、高并发的应用。
这些垃圾收集器的选择应根据具体的应用需求和硬件资源进行合理配置。
