Java中无法手动调用标记清除算法，它由JVM垃圾收集器自动执行，分为标记（从GC Roots遍历标记存活对象）和清除（回收未标记对象内存）两阶段，会产生内存碎片且STW较长。
Java 中并不直接暴露标记清除（Mark-Sweep）算法的实现细节供开发者手动调用，它是由 JVM 的垃圾收集器（GC）在底层自动执行的一种经典垃圾回收策略。你无法在代码中“使用”标记清除算法像调用普通方法那样，但可以理解其工作原理、影响因素，并通过合理编码间接影响它的行为和效率。
标记清除算法在 JVM 中如何工作
标记清除是早期 GC 算法之一，分为两个阶段：
- 标记阶段：从 GC Roots（如栈帧中的局部变量、静态字段、JNI 引用等）出发，递归遍历所有可达对象，给它们打上“存活”标记；
- 清除阶段：扫描整个堆内存，回收所有未被标记的对象所占空间。
该算法简单直观，但存在明显缺点：产生内存碎片（因为只清理不移动），且清除阶段需遍历全部堆，暂停时间（STW）可能较长。
哪些 GC 收集器基于标记清除
现代 JVM 中，纯标记清除已较少单独使用，但部分收集器仍借鉴其思想：
- Serial Old 和 Parallel Old（JDK 8 及以前）：在老年代使用标记-整理（Mark-Compact）或标记-清除变种；
- CMS（Concurrent Mark Sweep）：名字即体现核心——并发标记 + 并发清除，目标是减少 STW；但它在 JDK 9 被标记为废弃，JDK 14 正式移除；
- ZGC / Shenandoah：虽不叫“标记清除”，但都包含并发标记 + 并发清理阶段，属于更先进的低延迟方案。
如何间接影响标记清除类 GC 的效果
虽然不能手动触发，但你可以通过以下方式优化 GC 行为，降低标记清除压力：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
及时断开强引用：比如集合中不再需要的对象，显式调用
remove()或置为null，帮助 GC 在下次标记时将其识别为不可达； - 避免长生命周期对象持有短生命周期对象：例如静态 Map 缓存了大量临时对象，会阻止它们被回收；
-
减少大对象直接进入老年代：大对象（如大数组）可能跳过年轻代，直接分配到老年代，增加老年代标记清除负担；可通过调整
-XX:PretenureSizeThreshold控制（仅限 Serial/Parallel）； -
合理设置堆大小与代比例：过小的老年代会频繁触发 Full GC（可能含标记清除逻辑），可用
-Xms/-Xmx和-XX:NewRatio调优。
查看 GC 是否用了标记清除逻辑
运行 Java 程序时添加 JVM 参数，可观察 GC 日志：
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log
在日志中留意类似 PSYoungGen（Parallel Scavenge）、ParOldGen（Parallel Old）、CMS 等字样。若看到 ParOldGen 的回收日志，背后大概率是并行的标记-清除或标记-整理过程。
不复杂但容易忽略：理解标记清除不是为了写它，而是为了写出更容易被高效回收的代码。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
