JVM没有按类控制对象分配代的机制，-XX:PretenureSizeThreshold才是控制大对象直接入老年代的参数，它依据对象大小（字节数）而非类名生效，仅对Serial/ParNew收集器有效。
不能通过“大对象晋升阈值参数”让指定类绕过年轻代——因为JVM没有“按类控制是否进入年轻代”的机制，也没有所谓“大对象晋升阈值参数”这个东西。
真正起作用的是 -XX:PretenureSizeThreshold
这个参数才是控制大对象直接进入老年代的开关：
- 它设定一个字节数（如 -XX:PretenureSizeThreshold=1048576 表示 1MB），当新分配对象大小 ≥ 该值时，JVM会跳过Eden区，直接在老年代分配
- 仅对Serial和ParNew收集器有效；CMS、G1、ZGC等不支持该参数
- 必须配合 -XX:+UseSerialGC 或 -XX:+UseParNewGC 才生效
- 它作用于“对象大小”，与类名、类结构无关——无法指定“只有MyLargeData.class才走老年代”
为什么不能按类控制？
JVM在对象分配阶段只掌握两个信息：类的元数据（用于计算实例大小）和当前堆状态。它不会、也不能根据类的全限定名做路由决策：
- 类加载时不会标记“此类型应直入老年代”
- new 指令生成对象时，JVM只调用内存分配逻辑，不查类白名单
- 所有基于类的定制行为（如特殊分配策略）需通过字节码增强或JVM TI实现，不属于标准JVM参数范畴
如果目标是减少某类对象的复制开销，可考虑这些实际路径
虽然不能“绕过年轻代”，但可以显著降低其被反复复制的概率：
- 增大新生代中Survivor空间比例（-XX:SurvivorRatio=2），为大对象腾出更多暂存容量
- 调低晋升年龄阈值（-XX:MaxTenuringThreshold=1），让该类实例在第一次Minor GC后就升入老年代
- 结合对象大小预估，把实例字段尽量压缩（例如用int替代long、避免冗余集合），使其低于PretenureSizeThreshold触发线
- 若使用G1，启用 -XX:+G1UseAdaptiveIHOP 自动调整老年代启动阈值，间接提升大对象晋升及时性
想让某类对象“少经历GC复制”，核心不是绕开年轻代，而是让它快速离开年轻代——靠大小触发直入老年代，或靠年龄策略加速晋升。
