小对象优先在年轻代是因生命周期短、匹配复制算法高效回收，大对象直入老年代避免干扰年轻代gc；分代设计与逃逸分析共同优化gc效率。
Java推荐小对象优先在年轻代，核心不是“偏好”，而是由对象生命周期特征和GC效率逻辑共同决定的——绝大多数小对象存活时间极短，放在年轻代能用最快的方式回收，不拖慢整体节奏。
小对象天然适合年轻代的回收机制
年轻代采用复制算法（如Eden + Survivor），只处理存活对象，且假设存活率低。小对象创建快、弃用快，正好匹配这个假设：一次Minor GC就能清掉90%以上，耗时通常几毫秒。如果把它们塞进老年代，就得用标记-整理或标记-清除，成本高、停顿长，完全得不偿失。
避免大对象干扰年轻代空间与GC频率
大对象（比如超大数组、长字符串）若也走Eden分配，容易瞬间撑满Eden区，触发不必要的Minor GC；更糟的是，它大概率熬不过一次GC就得晋升，但Survivor区又装不下，只能直接担保到老年代——这会加剧老年代压力，诱发Full GC。所以JVM默认让大对象绕过年轻代，直入老年代（可通过-XX:PretenureSizeThreshold控制阈值），把年轻代留给真正“轻量短命”的对象。
分代结构本身就是为了适配对象年龄分布
- Eden区占年轻代约80%，专供新对象“第一站”
- 两个Survivor区轮流承接幸存者，靠年龄计数器（-XX:MaxTenuringThreshold）控制晋升节奏
- 对象每熬过一次Minor GC年龄+1，到阈值（默认15）或满足动态年龄判定（同龄对象占Survivor一半以上）就进老年代
这种设计让GC可以“抓大放小”：平时只扫Eden+一个Survivor，快；只有真有必要时才动老年代。小对象就是这套策略里最守规矩的参与者。
立即学习“Java免费学习笔记（深入）”；
逃逸分析进一步放大年轻代优势
现代JVM（如HotSpot）开启逃逸分析（-XX:+DoEscapeAnalysis）后，能识别出仅在方法内使用的局部小对象，直接分配在栈上——根本不到堆里来。这相当于从源头减少年轻代负担。即使没逃逸，标量替换也能把小对象拆成基本类型变量，间接降低GC压力。
基本上就这些。分代不是硬性规定，而是对现实行为的高度拟合：小对象快生快死，就该在年轻代高效流转；强行反着来，GC反而变卡、变慢、变不可控。
