Support loading dynamic addon modules (`.node` files) when embedding the Node.js shared library without needing to link with `node.def`

What is the problem this feature will solve?

Node.js addon modules on Windows current import from the node.exe executable, when you build Node.js as a shared library, it reexports all the needed symbols from the node shared library from the executable using a generated node.def file.

If you embed the Node.js shared library into a different executable/program, for loading such addon modules to work, that executable will need to be linked with node.def to reexport the needed symbols.

node-gyp also adds win_delay_load_hook.cc to addons on Windows to make them work when the Node.js executable is renamed.

What is the feature you are proposing to solve the problem?

Maybe we can support loading such addon modules without this requirement?

For example, what if the delay load hook looked for an env var (e.g. NODE_LIBRARY) that it would then pass to GetModuleHandle instead of NULL if it is set, and when Node.js is built as a shared library, it would set this env var before dynamically loading a module?

Though I'm not sure what security implications such a mechanism may have...

What alternatives have you considered?

No response

Bắt đầu với win_delay_load_hook.cc của node-gyp và đường dẫn tải thư viện dùng chung của Node.js được mô tả trong issue, bao gồm node.def và GetModuleHandle. Xác định một cơ chế được hỗ trợ để các chương trình nhúng có thể tải các module .node mà không liên kết với node.def, đồng thời xác định hành vi bảo mật; hoàn thành có nghĩa là cơ chế này hoạt động cho Node.js nhúng trên Windows mà không làm hỏng các tệp thực thi đã đổi tên.