Node-Addon-API 中处理 JavaScript 回调时的内存泄漏问题

在 Node.js 原生扩展开发中，Node-Addon-API 是一个常用的工具库，它简化了原生 C++ 模块与 JavaScript 之间的交互。然而，当处理高频 JavaScript 回调时，开发者可能会遇到内存泄漏问题。

问题背景

在开发一个游戏服务器模拟器时，开发者需要在 C++ 侧实现一个循环机制，定期调用 JavaScript 注册的空闲回调函数。具体实现方式是：

1. 在 JavaScript 侧注册一个空闲回调函数
2. 在 C++ 侧通过 Node-Addon-API 保存这个函数引用
3. 在一个高频循环中（如1000万次）调用这个 JavaScript 函数

问题现象

虽然功能上能够正常运行，JavaScript 回调函数也能被正确调用，但内存使用量会持续增长，最终导致严重的内存泄漏。

问题分析

问题的根源在于 V8 引擎的垃圾回收机制。在 Node-Addon-API 中，每次调用 JavaScript 函数都会创建一些临时对象和句柄。如果没有正确管理这些句柄，它们会一直堆积在内存中，无法被垃圾回收器回收。

在高频调用场景下（如示例中的1000万次循环），这个问题会被放大，导致内存快速耗尽。

解决方案

正确的做法是在每次循环迭代开始时创建一个新的 Napi::HandleScope。HandleScope 是 Node-Addon-API 提供的一种机制，用于管理 JavaScript 对象的生命周期。当 HandleScope 被销毁时，它内部创建的所有临时句柄都会被自动清理。

修改后的核心代码如下：

for (size_t i = 0; i < 10000000; i++) {
  Napi::HandleScope scope(env);  // 创建新的作用域
  
  for (auto& players : player_core_t::listPlayers) {
    players->idleFunc();
  }
  // ...
}  // 作用域结束，临时句柄被自动清理

技术原理

1. HandleScope 机制：V8 引擎使用 HandleScope 来管理 JavaScript 对象的生命周期。每个 HandleScope 相当于一个容器，保存着当前作用域内创建的所有 JavaScript 对象引用。

2. 自动清理：当 HandleScope 超出作用域被销毁时，它内部保存的所有临时句柄都会被自动释放，允许垃圾回收器回收这些对象。

3. 高频调用优化：在高频调用场景下，及时创建和销毁 HandleScope 可以防止临时对象无限累积，避免内存泄漏。

最佳实践

1. 在任何可能创建 JavaScript 对象的 C++ 函数中，都应该使用 HandleScope
2. 对于高频调用的场景，应该在每次迭代开始时创建新的 HandleScope
3. 避免在全局或长期存在的对象中保存过多的 JavaScript 引用
4. 对于需要长期保存的 JavaScript 引用，使用 Napi::Persistent 进行管理

通过正确使用 HandleScope 机制，开发者可以有效地管理 Node-Addon-API 中的内存使用，避免在高频回调场景下出现内存泄漏问题。