module.registerHooks() tracking issue

[joyeecheung]

• Initial proposal: Proposal for a simple, universal module loader hooks API to replace require() monkey-patching #52219
• Loaders design proposal: doc: add synchronous hooks proposal loaders#198
• Initial implementation: implement module.registerHooks() to run synchronous module customization hooks in thread #55698
• Implement evaluation hook for at least CJS to help use cases like require-in-the-middle, which was supposed to be based on doc: add synchronous hooks proposal loaders#198 but we had some discussions over the collaboration summit/NodeConf EU about changing the hook to be "wrapping around evaluation", not "after evaluation": WIP
  • For ESM, there's currently no way for Node.js to hook into the evaluation of child modules, will need to discuss with V8 about it (issue). Allowing mutation of the exports would require a spec change so out of scope for module.registerHooks() or Node.js in general
• Implement link hook for ESM, as proposed in doc: add synchronous hooks proposal loaders#198 to make use cases like import-in-the-middle less hacky
• Symbol.dispose integration (requested in implement module.registerHooks() to run synchronous module customization hooks in thread #55698 (comment))
• Reordering of the documentation when module.registerHooks() is battle tested enough and should be preferred over module.register to avoid various caveats (requested in implement module.registerHooks() to run synchronous module customization hooks in thread #55698 (comment) and implement module.registerHooks() to run synchronous module customization hooks in thread #55698 (review))
• Advocating it to popular npm packages doing CJS monkey-patching to reduce the overall dependency of CJS loader internals in the ecosystem
• Support of unknown extensions (learned about it when I was initially proposing Proposal for a simple, universal module loader hooks API to replace require() monkey-patching #52219)
• Support node:builtin?param=val
• Figure out how to make search params work with CJS cache
• Create a polyfill of module.register() built on top of module.registerHooks()
• startGraph hook proposed in Proposal: Moving hooks on thread loaders#205

[joyeecheung]

cc @nodejs/loaders

[joyeecheung]

I have a WIP for the evaluate hook which already works for a mock of require-in-the-middle. Pending on resolution about whether/how ESM can play into it. Opened an issue in Chromium to discuss about ESM evaluation hook: https://issues.chromium.org/u/1/issues/384413088 (mutability of exports would probably be out of scope of V8 as that's mandated by the spec, but at least we can address the use case where the hook does not need to patch and simply wants to observe).

[timokoessler]

Thanks for your great work! Are there any plans to officially support modifying the exports of builtins (to instrument them)?
One workaround we are exploring is to return commonjs code for builtins. In this code we import, modify and re-export the original builtin module. This does not seem to be bulletproof as Node.js e.g. adds a module.exports property to the exports when importing in ESM. Also returning code with the module format does not work because Node.js tries to read the non-existing package.json of the builtin. We want to use the new hook system to add ESM support to AikidoSec/firewall-node.