使用N-API能否实现跨工作线程低开销的对象资源共享？

可以实现，且不需要额外的序列化/反序列化操作，核心是利用N-API的原生内存管理和线程安全能力，在不复制实际数据的前提下完成跨线程对象访问，开销可以忽略。

核心逻辑 #

JavaScript上下文本身是线程绑定的，普通napi_value类型的JS对象无法直接跨线程使用，但你可以将对象的实际结构化数据存储在原生堆内存中，JS层只暴露包装对象，跨线程传递时仅转移原生内存指针，不需要拷贝全量数据。

具体实现步骤 #

• thread1创建目标对象时，调用napi_wrap将原生数据结构的指针绑定到JS包装对象上，同时注册内存清理回调，避免内存泄漏。
• 调用napi_create_threadsafe_function创建线程安全函数，将原生数据指针作为上下文参数传入该函数。
• 将线程安全函数传递到thread2的JS上下文，thread2调用该函数即可直接获取原生数据指针，再通过napi_wrap在thread2上下文创建对应的JS包装对象，两个线程的JS对象底层共享同一块原生内存，无数据拷贝开销。
• 因为不需要并发访问，只需在访问逻辑中加简单的使用状态标记即可避免读写冲突，不需要加锁，额外开销仅为单次状态判断。

注意事项 #

• 禁止直接跨线程传递普通JS对象的napi_value，该类型为线程绑定，跨线程调用会直接触发崩溃。
• 原生内存需要配置引用计数逻辑，确保两个线程都不再使用该内存时再执行释放，避免出现野指针问题。

性能对比 #

该方案的跨线程传输开销仅为指针大小的内存拷贝，相较于50M级别数据的序列化/反序列化耗时，几乎可以忽略。

内容的提问来源于stack exchange，提问作者asdasdasdadw