从不同的节点插件方法多次调用JS函数

Calling JS function multiple times from different node addon methods

本文关键字：调用 JS 函数 方法 插件 节点      更新时间：2023-10-16

我正在尝试使用 JS 回调初始化我的节点插件模块以进行日志记录。初始化方法旨在存储从其他方法调用的回调值。所以我使用napi_create_reference添加对回调的引用。

但是当我尝试从我的第二个插件方法调用回调时MyAddonMethod我收到napi_invalid_arg错误。

我试图调查这个问题。调用napi_typeof从MyAddonMethod返回回调值也会返回napi_invalid_arg。看起来回调值被垃圾收集了，尽管我有很强的参考。

我做错了什么？napi_create_reference实际上是否阻止了插件调用之间的回调对象被垃圾回收？

// JS side:
const addon = require('./addon.node');
function logCallbackFunction(logLine)
{
console.log("Trace: " + logLine);
}
addon.Initialize(logCallbackFunction);
addon.MyAddonMethod();
// C++ side
// Initialize method:
napi_ref ref;
napi_create_reference(env, value, 1, &ref);
g_Value = value; // store the value somewhere between calls
// MyAddonMethod method: // "env" doesn't change from call to call
napi_valuetype type;
napi_status stat = napi_typeof(env, g_Value, &type); // napi_invalid_arg

我终于发现我做错了什么。它不符合在呼叫之间存储g_Value的条件。相反，应该存储napi_ref并使用napi_get_reference_value函数来提取相应的值。因此，C++端代码应如下所示：

// Initialize method:
napi_ref ref;
napi_create_reference(env, value, 1, &ref);
g_Ref = ref; // store the reference somewhere between calls
// MyAddonMethod method:
napi_value referenceValue;
napi_get_reference_value(env, g_Ref, &referenceValue);
napi_valuetype type;
napi_status stat = napi_typeof(env, referenceValue, &type); // napi_ok, napi_function

当然，您不应忘记在不再需要引用时使用napi_delete_reference释放引用。

相关文章：