大对象直接进入老年代是指满足阈值（如-xx:pretenuresizethreshold设定）的单个大对象跳过新生代分配，直接在老年代分配，避免年轻代复制开销；该机制仅对serial/parnew有效，g1中由humongous region自动处理。
这不是“绕过年轻代”，而是让特定大对象**跳过新生代分配流程，直接进入老年代**——前提是它满足 JVM 对“大对象”的定义，且参数与 GC 类型协同生效。
什么是真正的大对象直通老年代
所谓“大对象”，指单个对象占用内存超过一定阈值（通常为 Eden 区大小的一半）。JVM 会优先尝试在 Eden 分配；若 Eden 放不下，且开启大对象直通机制（默认开启），就会直接在老年代分配，避免在年轻代反复复制。
- G1 中称为 Humongous Object，存入 Humongous Region（属老年代逻辑分区）
- Parallel / CMS 中由 -XX:PretenureSizeThreshold 显式控制：设为 1M，则 ≥1MB 的对象直接进老年代
- 注意：-XX:MaxTenuringThreshold 控制的是年龄晋升，不决定大对象路径；混淆二者是常见误区
为什么需要“指定类”绕过年轻代？
某些类的实例天生具备长生命周期和固定体积特征，例如：
- 缓存中的固定大小 byte[] 缓冲区（如 Netty PooledByteBuf）
- 消息中间件中预分配的 MessageEnvelope 对象（含 header + payload）
- ORM 框架生成的固定结构 EntityProxy（字段数、引用关系稳定）
这类对象一旦创建，几乎不会在 Minor GC 中死亡。若强制走 Eden → Survivor → 老年代路径，会徒增复制开销、挤占 Survivor 空间，还可能因 Survivor 不足触发提前晋升（to-space overflow），打乱年龄分布。
如何精准让“指定类”走直通路径
纯 JVM 参数无法按类名控制晋升，但可通过组合策略实现效果：
- 方式一：构造可预测的大对象——让目标类实例化时必然触发 PretenureSizeThreshold。例如将核心字段序列化为 byte[]，长度固定设为 2MB（大于 -XX:PretenureSizeThreshold=1048576）
- 方式二：配合对象池 + TLAB 关闭——在关键线程池初始化时，用 -XX:-UseTLAB 禁用线程本地缓冲，使大对象分配更易落入全局 Eden 判定逻辑，提高直通命中率
- 方式三：G1 下用 G1HeapRegionSize 对齐——设置 -XX:G1HeapRegionSize=4M，再确保目标类序列化后大小 > 2M（即 > 半区），G1 会自动归为 Humongous
关键验证点：GC 日志中出现 "Humongous allocation" 或 "Pretenuring" 字样，且对应对象的分配堆栈能定位到目标类构造处。
必须避开的坑
- 不要把 -XX:MaxTenuringThreshold=0 当作“大对象开关”——它只影响存活对象的晋升时机，对分配阶段无效
- PretenureSizeThreshold 在 G1 中被忽略，G1 仅依据 region 大小和对象体积自主决策
- 直通老年代会增加 Mixed GC 压力，需同步监控老年代使用率和 Mixed GC 频次，避免 Full GC
- 若使用对象池复用实例，要确保池中对象本身不被误判为“新分配”，否则直通逻辑失效
