eden区是新生代中对象分配的主战场，采用指针碰撞和tlab实现快速分配；当其填满时触发minor gc，通过复制算法将存活对象移至survivor区并清空eden和from区，以高效回收短生命周期对象。
Eden区是新生代中对象分配的主战场，它的设计目标就是“快进快出”——快速分配新对象，也快速清理死亡对象。这种高效性不是靠魔法，而是由内存结构、分配机制和回收策略共同支撑的。
对象怎么在Eden区飞速分配？
新对象创建时，JVM不会逐个查找空闲块，而是用两种关键技术保障速度：
- 指针碰撞（Bump-the-Pointer）：Eden区是连续内存，只维护一个“空闲指针”。每次分配只需把指针向后挪动对象大小的距离，毫秒级完成。
- TLAB（线程本地分配缓冲）：每个线程独享一小块Eden子区域，避免多线程争抢同一块内存，彻底消除同步开销。只有TLAB用尽时才需加锁分配新TLAB。
为什么Eden区一满就触发Minor GC？
Eden区本身不保留长期存活对象，它只承担“第一站”角色。当它填满时，说明大量对象已诞生且部分已死亡——这正是回收的最佳时机：
- Minor GC只扫描Eden + 一个Survivor（From区），范围小、标记快；
- 存活对象被集中复制到另一个空的Survivor（To区），天然整理内存，无碎片；
- Eden和From区直接清空，腾出整块连续空间，为下一轮高速分配做好准备。
Eden区清理不是“删”，而是“跳过”
Minor GC并不真正“遍历并删除”每个死亡对象，而是采用复制算法：
- 只处理存活对象：从GC Roots出发，标记可达对象，仅将它们复制走；
- 未被标记的对象，连同整个Eden区和From Survivor区，在GC结束后直接视为“可重用空间”，无需逐个擦除；
- 这种“复制+清空”比“标记-清除”或“标记-整理”更适合新生代高死亡率的场景。
怎么让Eden区更“扛压”？
频繁Minor GC往往意味着Eden太小或对象生命周期异常。优化方向很明确：
- 调大新生代：用-Xmn直接设定新生代总大小，间接扩大Eden；
- 调整比例：用-XX:SurvivorRatio=8保持Eden占新生代8/10，确保足够分配空间；
- 观察对象年龄：若大量对象在Survivor间反复复制却迟迟不晋升，说明-XX:MaxTenuringThreshold设得过高，可结合监控适当调低。
