如何判断并发模式失败
在java垃圾回收日志中，判断并发模式失败（concurrent mode failure）最直接的方法是搜索关键字 concurrent mode failure。当jvm的cms收集器尝试进行并发标记时，发现堆内存剩余空间不足以容纳新创建的老年代对象，就会触发该错误。此时，jvm会停止并发处理，回退到单线程的stop-the-world（stw）串行收集，这会导致应用出现明显的停顿。
要深入理解这一过程，需要关注CMS收集器的几个关键阶段：初始标记、并发标记、重新标记和并发清理。并发模式失败通常发生在“并发标记”或“并发清理”阶段。在这些阶段，JVM一边回收垃圾，一边允许用户线程继续运行并分配内存。如果用户线程分配内存的速度超过了垃圾回收的速度，或者老年代空间被迅速填满，CMS就无法完成预期的回收任务。
public class GcLogAnalysis { public static void main(String[] args) { // 模拟老年代快速填充 byte[] data = new byte[10 * 1024 * 1024]; // 10MB System.out.println("Allocated 10MB"); try { Thread.sleep(5000); } catch (InterruptedException e) { e.printStackTrace(); } }}
上述代码通过分配大对象来模拟高负载场景。在实际运行中，如果配合适当的JVM参数（如 -XX:+UseConcMarkSweepGC），并在日志中观察，可能会看到CMS无法及时回收足够的空间，从而引发并发模式失败。分析日志时，除了关键字，还可以观察 Full GC 的发生频率和停顿时间，因为并发模式失败往往紧接着一次完整的Full GC。
并发模式失败与Promotion Failed的区别
在CMS收集器的日志中，另一个常见的错误是 Promotion Failed。虽然两者都导致Full GC，但成因不同。并发模式失败是因为老年代空间不足，而Promotion Failed是因为年轻代向老年代转移对象（晋升）时，老年代没有足够的连续空间容纳这些对象。
区分这两者的关键在于日志中的具体描述。如果是 Promotion Failed，日志通常会提到 tenuring threshold 或 promotion failed。这意味着年轻代中的对象试图进入老年代，但老年代空间不够。相比之下，Concurrent Mode Failure 明确指出是在并发阶段发生的空间不足问题。
public class PromotionFailedSimulator { public static void main(String[] args) { // 设置较小的年轻代和老年代 // -Xms64m -Xmx64m -XX:NewRatio=2 -XX:+UseConcMarkSweepGC List<byte> list = new ArrayList(); for (int i = 0; i <p>通过调整JVM参数，如减小 <code>-Xms</code> 和 <code>-Xmx</code>，并设置合理的 <code>-XX:NewRatio</code>，可以更容易地观察到Promotion Failed。在日志中，Promotion Failed通常伴随着年轻代收集后的对象晋升动作。理解这一区别有助于更精准地调优JVM参数，例如增加老年代大小或调整晋升阈值。</p>
<h2>基于Young Generation Size的具体影响</h2>
<p>年轻代的大小直接影响CMS收集器的行为。如果年轻代过小，对象会快速晋升到老年代，增加老年代的压力，从而更容易触发并发模式失败或Promotion Failed。反之，如果年轻代过大，虽然减少了晋升频率，但可能导致年轻代收集时间变长，影响整体吞吐量。</p>
<p>在实际应用中，可以通过监控年轻代的使用情况来判断是否需要调整。例如，如果日志显示频繁的年轻代收集且对象晋升率高，可能需要增大年轻代。同时，结合 <code>-XX:MaxTenuringThreshold</code> 参数，可以控制对象晋升的年龄，进一步优化内存管理。</p></byte>
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
