新生代采用8:1:1三区结构（eden:s0:s1），scavenge gc基于标记-复制算法，通过存活对象复制与survivor区角色轮换实现高效无碎片回收，eden满即触发，仅扫描eden和from区，存活对象复制至to区并更新年龄，达阈值（默认15）则晋升老年代。
新生代并不使用“1:1空间对调”，而是采用 8:1:1 的三区结构（Eden : From Survivor : To Survivor），Scavenge GC（即 Minor GC）利用的是标记-复制算法，配合两块 Survivor 区的逻辑角色切换来实现高效、无碎片的内存整理——它不是靠物理空间 1:1 对等交换，而是靠“存活对象一次性复制 + 区域角色轮换”达成极速清理。
Eden 区是主分配区，触发回收的起点
新对象默认在 Eden 区分配。当 Eden 空间不足时，立即触发 Scavenge GC。此时 JVM 不扫描老年代，只处理 Eden + 当前 From Survivor 中的存活对象。
- Eden 和 From Survivor 中所有仍可达的对象，被统一复制到空闲的 To Survivor 区
- 复制过程中，JVM 同时检查对象年龄：每经历一次 Minor GC 且存活，年龄 +1；达到阈值（默认 15）则晋升至老年代
- 复制完成后，Eden 和 From Survivor 被整体清空，不再需要逐个标记清除
Survivor 区不是固定分区，而是动态角色切换
HotSpot 中两个 Survivor 区大小相等（各占新生代 10%），但始终只有一块被使用，另一块保持为空。所谓“对调”，实质是 GC 后将 To 和 From 的逻辑身份互换：
- 本次 GC 中，From 是源区（参与复制），To 是目标区（接收存活对象）
- GC 完成后，原 To 区变成下一轮的 From 区，原 From 区变为空闲 To 区
- 这种角色翻转无需移动内存块，仅更新指针和元数据，开销极小
为什么能“极速”？关键在三点设计
Scavenge GC 的低延迟源于算法与布局的深度协同：
- 复制即整理：不产生内存碎片，分配新对象只需移动 Eden 区的 top 指针，连续分配极快
- 区域隔离：只扫描 Eden + 一个 Survivor，范围可控，停顿时间短且可预测
- 高死亡率假设：新生代对象 90%+ 在首次 GC 就消亡，复制量小，效率天然高
副垃圾回收器（如 ParNew、Parallel Scavenge）如何协作
这些回收器不是独立运行，而是作为新生代专用执行引擎，直接调度上述复制流程：
- ParNew：多线程并行复制 Eden + From Survivor 到 To Survivor，适合低延迟场景
- Parallel Scavenge：更激进的吞吐量优先策略，可能动态调整 Survivor 比例或晋升阈值，但底层仍是同套复制逻辑
- 它们都不改变“Eden + 一块 Survivor → 另一块 Survivor”的数据流向，只是优化复制过程本身
