核心解答
在 Go 语言的并发垃圾回收（Concurrent GC）机制中，清理（Sweep）过程本身是并发执行的，不会导致全线停顿（Stop The World, STW）。
但需要特别注意，在 GC 开始时的 清理终止（Sweep Termination） 阶段是存在 STW 的，该阶段会执行包括“确保上一轮清理工作完成”在内的一系列准备工作。
Go 的 GC 流程主要分为以下几个阶段：
- 清理终止阶段（Sweep Termination）：为下一轮 GC 做准备，会触发 STW。此阶段会强制清扫上一轮遗留的内存页、开启写屏障、启动后台标记协程等。
- 标记阶段（Marking）：并发执行，与用户代码并行。
- 标记终止阶段（Mark Termination）：关闭写屏障，扫描部分残留根对象。此处有第二次 STW。
- 清理阶段（Sweeping）：并发执行。在标记终止结束后，STW 已经解除，清理过程与用户代码并行。
解答思路
理解 Go GC 的演进和各个阶段的行为是回答此题的关键：
- 区分阶段性 STW 与并发过程：明确 STW 发生在“状态切换”瞬间（如开启/关闭写屏障、强制同步状态），而耗时最长的标记和清理动作都是并发的。
- 清理终止的必要性：解释为什么需要 Sweep Termination。如果允许上一轮清理和这一轮标记同时进行，会导致内存状态的混乱（例如标记了正在被清理的内存）。
- 并发设计：Go 自 1.5 版本引入三色标记法后，核心目标就是实现并发 GC。清理阶段由于只涉及将不再使用的内存块放回空闲列表（mspan），不涉及对象引用的修改，因此天然适合并发。
深度解析与面试技巧
为什么清理过程不需要 STW？清理阶段能够并发执行，核心在于三色标记法提供的内存安全性保证：
- 状态确定性：当进入清理阶段时，三色标记法已经保证了所有 白色对象 都是从根节点不可达的。由于用户协程（Mutator）无法再获取这些对象的引用，它们在逻辑上已经“死亡”，其内存状态不再会发生改变。
- 操作逻辑解耦：清理过程（Sweeper）本质上是内存管理操作，即把确认为垃圾的内存块重新放回空闲列表（mspan）。这一过程不涉及对象引用的修改，与用户代码的业务逻辑在内存操作上是完全隔离的，因此不会产生竞态冲突。
为什么标记阶段需要两次 STW 而清理不需要？虽然标记和清理都是并发的，但标记阶段涉及 对象引用关系的变更，因此需要 STW 来处理状态切换：
- 标记阶段的 STW：
- 第一次（Sweep Termination）：为了安全地开启写屏障并初始化标记任务，需要短暂暂停用户代码以确保所有处理器（P）达成一致。
- 第二次（Mark Termination）：为了安全地关闭写屏障并完成最后的根对象扫描，确保没有在标记期间新产生的引用被遗漏。
- 清理阶段：由于清理的是“已确定死亡”的对象，不涉及任何引用关系的修改，因此在标记终止阶段解除 STW 后，清理协程可以与用户代码完全无干扰地并发运行。