Boost Node.js with V8 GC Optimization
Matteo Collina 探讨了 V8 的内存管理和垃圾回收（GC）调优。Node.js 开发者常常会发现应用的内存占用（通过操作系统报告的常驻内存集 RSS 衡量）持续增长，这容易让人误以为是内存泄漏。然而，高 RSS 并不一定意味着内存泄漏，因为 V8 引擎会主动保留从操作系统获取的内存段，即使其中的 JavaScript 对象已被回收，以便为未来的内存分配需求做好准备，从而减少频繁向操作系统请求和释放内存的性能开销。真正意义上的内存泄漏是指那些无法被垃圾回收器回收的不可达 JavaScript 对象，导致应用堆内存中活跃使用的内存不断增加。
Matteo 深入介绍了 V8 的分代垃圾回收机制，基于“代际假说”，即大多数对象在创建后不久就会变成垃圾，而少数存活过初始阶段的对象通常会存活较长时间。V8 将内存堆分为新生代（New Space）和老生代（Old Space）。新生代采用“Scavenge”算法进行快速垃圾回收，它将新生代分为两个相等的半区，当一个半区填满时，Scavenge 周期开始，通过复制存活对象到另一个半区来清理垃圾。而老生代则使用“标记 - 清除”算法，必要时还会进行“压缩”操作以减少内存碎片。如果新生代的内存分配速度超过了 Scavenge 收集器的处理速度，那些本应迅速被回收的对象可能会在一次或两次 Scavenge 周期内存活下来，从而被错误地提升到老生代，这就是“过早晋升”问题。这会导致老生代中充斥着短命对象，使得 V8 不得不更频繁地执行缓慢且资源密集的老生代 GC，从而增加请求延迟并降低应用处理并发请求的能力。
为了解决过早晋升带来的性能问题，开发者可以通过调整 V8 的垃圾回收行为来优化性能，特别是通过调整新生代（New Space）的大小。V8 提供了命令行标志 --max-semi-space-size 来设置每个半区的最大大小（以兆字节为单位）。通过增加新生代的大小，可以为新分配的对象提供更大的缓冲空间，从而让快速的 Scavenge 收集器有更多机会在对象被提升到老生代之前识别并回收它们。这样可以显著减少过早晋升到老生代的频率，进而降低老生代 GC 的频率，减少应用暂停时间，从而改善延迟和吞吐量。
Matteo 还讨论了在 Node.js v22 及更高版本中，V8 默认的新生代半区大小的确定方式发生了变化。新版本的 V8 会根据 Node.js 进程启动时感知到的可用内存总量动态设置默认值。虽然这种动态方法在内存充足的系统上可能表现良好，但在内存受限的环境中（如容器或无服务器平台），可能会导致默认的 --max-semi-space-size 值过小，从而增加过早晋升的可能性。因此，对于在 Node.js v22 或更高版本上运行且内存受限的应用，建议开发者显式设置 --max-semi-space-size 标志，以确保新生代的大小适合其内存分配模式。
Matteo 通过一个实际案例展示了如何通过调整新生代大小来优化性能。在一个包含 Next.js SSR 应用、Fastify 服务器和纯 Node.js 应用的 Watt 应用服务器中，通过将新生代大小调整为 128MB，测试结果显示 P99 延迟降低了 5%，每秒请求数提高了 7%，整体吞吐量提高了 7%。这表明适当调整 V8 的内存管理参数可以显著提升 Node.js 应用的性能。
虽然高 RSS 并不一定意味着内存泄漏，但理解 V8 的内存管理机制并根据应用的具体需求调整垃圾回收策略，可以在内存使用和计算效率之间取得平衡，特别是在内存受限的环境中。