关于V8新生代内存上限与--max-semi-space-size的矛盾疑问

核心结论：旧博客的16MiB上限确实已过时 #

V8在M62版本后对新生代垃圾回收机制和内存限制做了关键调整，具体说明如下：

• M62版本前后的机制差异
  M62之前，Cheney半空间回收器将新生代严格划分为两个等大的半空间，此时新生代总内存为单个半空间的2倍，当时设定单个半空间上限为8MiB，对应新生代总内存16MiB，这就是旧博客描述的来源。
  M62及之后，V8引入了可变大小的半空间策略，同时新生代内存结构新增了大对象空间，用于存放超过半空间阈值的对象。此时新生代总内存变为半空间大小的3倍（两个半空间+大对象空间各占1倍半空间大小），且半空间的上限不再固定为8MiB。

• --max-semi-space-size的当前作用
  该参数现在直接控制单个半空间的最大大小（单位MiB），可根据业务需求调整。增大该值能降低Scavenge垃圾回收的频率，提升Node.js吞吐量，但会直接导致新生代总内存（半空间大小×3）增加，整体内存占用上升，这与Node.js文档的描述完全一致。

• 实际验证方法
  你可以通过以下方式确认内存变化：

  1. 启动Node时设置不同参数值，比如node --max-semi-space-size=16
  2. 执行console.log(process.memoryUsage())查看堆内存指标，或添加--trace-gc参数查看GC日志，会发现新生代总内存约为设置值的3倍，且可突破16MiB的旧上限。

内容的提问来源于stack exchange，提问作者Oo-_-oO