标记-整理算法适合老年代回收，因其通过移动存活对象并紧凑排列来消除碎片、提升空间利用率，避免复制算法的双倍内存开销和标记-清除算法的碎片化问题。
标记-整理算法优化老年代空间的核心思路，是通过“移动+紧凑”来对抗碎片化，同时控制移动开销。它不靠牺牲空间换时间（如复制算法），也不放任碎片堆积（如标记-清除），而是在老年代高存活率的现实约束下，用一次可控的整理换取长期稳定的内存分配能力。
为什么老年代适合用标记-整理算法
老年代对象存活率高、生命周期长，如果用标记-清除，多次GC后会产生大量不连续的小空闲块，导致大对象无法分配，触发频繁 Full GC；如果强行用复制算法，需预留等量空闲空间，浪费严重——标记-整理在两者间取得平衡：
- 存活对象多 → 不适合复制（复制成本太高）
- 对象大小差异大 → 容易碎片化 → 清除算法难以支撑长期运行
- GC 触发频率低但影响大 → 可接受单次稍长停顿，换来的连续空间能显著降低后续 GC 压力
关键优化点：减少整理开销与提升空间利用率
整理阶段要移动对象并更新所有引用，这是主要性能瓶颈。优化不是避免整理，而是让整理更聪明：
- 按区域分段整理：现代收集器（如 Serial Old、Parallel Old）支持“滑动压缩”，只整理碎片最严重的内存段，而非全堆扫描移动，缩短 STW 时间
- 使用指针碰撞分配：整理后存活对象紧挨着排布，新对象分配只需移动一个“空闲指针”，比空闲链表查找快得多
- 配合分代假说做筛选：利用强分代假说，优先保留长期存活对象，对刚晋升到老年代、但可能短期死亡的对象，可延迟整理或结合混合 GC 提前干预
调优时要注意的实际限制
标记-整理本身不能脱离 JVM 运行环境单独优化，需结合参数与场景协同调整：
立即学习“Java免费学习笔记（深入）”；
- 增大老年代初始容量（-Xms 与 -Xmx 接近）可减少因扩容引发的额外整理
- 避免过度依赖 CMS（已废弃）：CMS 使用标记-清除，虽并发但碎片累积快；JDK 9+ 默认 G1 或 ZGC 已不再依赖传统标记-整理，但其 Region 内部仍含整理逻辑
- 观察 GC 日志中的 promotion failed 或 concurrent mode failure：这类报错往往意味着老年代碎片已影响对象晋升，此时单纯调大 Survivor 区不如检查是否该启用 G1 的混合回收或调整 InitiatingOccupancyFraction
简单验证整理效果的方法
加参数 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps 启动应用，观察 Full GC 后的堆内存摘要，重点关注：
- “PSOldGen” 或 “ParOldGen” 行中 GC 前后 “used” 值是否明显下降，且“capacity”未变 → 说明整理生效，空间被复用
- 两次 Full GC 间隔是否延长 → 连续空间使分配更稳定，减少触发频率
- GC 耗时是否随运行时间缓慢上升 → 若上升明显，可能是整理效率下降或晋升对象异常增多，需检查缓存泄漏或大对象直接分配
