分代回收依据对象大小和存活时间动态划分新生代与老生代：小对象初入新生代（16–32 MB），经两次Scavenge存活即晋升；大对象（>2MB）直入老生代（约1.4 GB），采用Mark-Sweep/Compact回收。
分代回收不是把对象“贴标签”，而是根据对象实际行为动态归类——活得太短的进新生代，活得够久的挪去老生代。核心就两条：对象多大、活了多久。
新生代：专收“快进快出”的小对象
新生代空间很小（通常 16–32 MB），只放刚创建的小对象，比如函数内临时生成的对象、短数组、局部字符串等。它被切成两个等份：From-Space（当前分配区）和 To-Space（空闲复制区）。
- 新对象一律分配在 From-Space；填满时立刻触发 Scavenge 回收
- GC 扫描 From-Space，把存活对象复制到 To-Space；复制完清空 From-Space，再交换两区角色
- 超过约 2MB 的大对象（如长 ArrayBuffer 或超长字符串）一创建就跳过新生代，直入老生代，避免复制开销
- 一个对象若经历两次 Scavenge 还活着，大概率会长期存在，就会被晋升到老生代
老生代：托管“稳住不动”的长寿对象
老生代空间大（Node.js 默认约 1.4 GB），存放全局变量、模块缓存（require.cache）、长期闭包捕获的数据、持久 Buffer 等。这里不用复制算法，改用更省空间但更重的策略。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 主要用 Mark-Sweep（标记-清除）：从根出发遍历标记存活对象，再统一回收未标记内存；缺点是易产生碎片
- 碎片多了就触发 Mark-Compact（标记-整理）：把所有存活对象往一端挪，腾出连续大块空闲内存；代价高，所以只在必要时运行
- GC 触发更保守——不是等满了才动，而是当已用内存达阈值（如 70%）或内存压力上升时启动
- V8 使用增量标记（主线程穿插执行）和并发标记（后台线程执行），大幅缩短单次停顿时间
对象归属是流动的，不是固定的
一个对象没有“出生即属新生代”的身份。它的去向完全由运行时行为决定：
立即学习“Java免费学习笔记（深入）”；
- 首次分配进新生代 → 若两次 Scavenge 后仍存活 → 晋升至老生代
- To-Space 剩余空间不足（例如已占超 25%）→ 提前把部分存活对象晋升，防分配失败
- 老生代对象新增对新生代对象的引用 → 写屏障机制会标记该新生代对象为“需重点跟踪”，影响后续是否晋升
- 晋升不是简单打个标，而是真实移动数据、同步更新引用，对 JS 代码完全透明
这套机制背后是“弱分代假说”：90% 的对象在第一次 GC 就死亡，剩下 10% 才值得花更大成本管理。
