javascript中新生代对象晋升老生代主要依据存活时间和minor gc次数：经历两次scavenge后晋升；to空间不足时大对象提前晋升；超1mb对象直接分配至老生代。
JavaScript 中新生代对象晋升到老生代，主要由V8 引擎的垃圾回收机制自动控制，核心依据是对象的“存活时间”和“经历过的 Minor GC 次数”，而非固定年龄或大小。晋升不是手动触发，也不依赖开发者干预，而是 V8 在 Scavenge 算法执行过程中动态决定的。
晋升的核心条件：经历过两次 Minor GC
V8 的新生代内存分为 From 空间 和 To 空间，Minor GC（Scavenge）每次只清理 From 空间，并将存活对象复制到 To 空间。每次成功复制后，对象的“存活计数”隐式加 1：
- 第一次 Minor GC 存活 → 对象被复制到 To 空间，此时它在新空间中“年轻一次”
- 下一轮 Minor GC（此时 To 变成新的 From）再次存活 → V8 判断该对象已“熬过两次 GC”，直接将其 晋升（promote）到老生代
提前晋升的例外情况：To 空间容量不足
当 To 空间剩余空间不足以容纳所有存活对象时，V8 不会强行复制，而是直接将无法复制的对象晋升到老生代。这是为了防止复制失败导致 GC 中断，属于一种兜底策略。
- 例如：To 空间只剩 50KB，但有一个 128KB 的大数组存活，它会被立即晋升
- 这种晋升与年龄无关，纯属空间压力驱动
大对象直接进入老生代（避免新生代拷贝）
V8 会对“超过一定大小”的对象（通常约 1MB，具体阈值随版本微调）跳过新生代，分配时就直接放在老生代。这类对象天然不参与 Scavenge，也就不存在“晋升过程”，但逻辑上等效于“零次 GC 后即进入老生代”。
- 典型场景：大型 ArrayBuffer、长字符串、大数组字面量
- 目的：避免频繁复制大块内存，提升性能
没有引用关系或显式标记影响晋升
晋升完全由 V8 内部 GC 状态决定，不受变量作用域、闭包、WeakRef 或 finalizeRegistry 影响。开发者无法通过代码强制某对象晋升或阻止晋升——你只能间接影响（比如让对象长期存活，自然触发多次 GC）。
- 注意：把对象赋给全局变量、挂到 DOM 上、存入 Map/WeakMap 等，只是延长其生命周期，最终是否晋升仍取决于它是否撑过两次 Minor GC
- WeakMap 的键即使被回收，也不会改变其自身晋升路径；它只是弱引用，不阻止 GC
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
