module: fix stat cache

The current caching logic broke by [0] because it used destructuring
on the module arguments. Since the exported property is a primitive
counting it up or down would not have any effect anymore in the module
that required that property.

The original implementation would cache all stat calls caused during
bootstrap. Afterwards it would clear the cache and lazy require calls
during runtime would create a new cascading cache for the then
loaded modules and clear the cache again.
This behavior is now restored. This is difficult to test without
exposing a lot of information and therfore the existing tests have
been removed (as they could not detect the issue).

With the broken implementation it caused each module compilation to
reset the cache and therefore minimizing the effect drastically.

[0] https://github.com/nodejs/node/pull/19177

PR-URL: https://github.com/nodejs/node/pull/26266
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: James M Snell <jasnell@gmail.com>

1 files changed, 1 insertions, 7 deletions

diff --git a/lib/internal/modules/cjs/helpers.js b/lib/internal/modules/cjs/helpers.js
index 874805becc..df727ff3c8 100644
--- a/lib/internal/modules/cjs/helpers.js
+++ b/lib/internal/modules/cjs/helpers.js
@@ -11,12 +11,7 @@ function makeRequireFunction(mod) {
   const Module = mod.constructor;
 
   function require(path) {
-    try {
-      exports.requireDepth += 1;
-      return mod.require(path);
-    } finally {
-      exports.requireDepth -= 1;
-    }
+    return mod.require(path);
   }
 
   function resolve(request, options) {
@@ -139,7 +134,6 @@ module.exports = exports = {
   builtinLibs,
   makeRequireFunction,
   normalizeReferrerURL,
-  requireDepth: 0,
   stripBOM,
   stripShebang
 };