DocsReferenceGuidesBlog
Discord logo
Discord
GitHub logo
Bun

Node.js module

module

The 'node:module' module provides utilities for interacting with Node.js's module loading system. You can create custom Module equire functions, inspect module cache, and evaluate code in isolated contexts.

Works in Bun

Core CJS (require) and ESM (import) functionality works. Overriding require.cache is supported. However, `module.register` (for loaders) is not implemented (use Bun plugins). Some Module methods and internal properties (`_extensions`, `_pathCache`, `_cache`) are missing or no-ops.

    • namespace constants

      • namespace compileCacheStatus

        The following constants are returned as the status field in the object returned by enableCompileCache to indicate the result of the attempt to enable the module compile cache.

        • const ALREADY_ENABLED: number

          The compile cache has already been enabled before, either by a previous call to enableCompileCache, or by the NODE_COMPILE_CACHE=dir environment variable. The directory used to store the compile cache will be returned in the directory field in the returned object.

        • const DISABLED: number

          Node.js cannot enable the compile cache because the environment variable NODE_DISABLE_COMPILE_CACHE=1 has been set.

        • const ENABLED: number

          Node.js has enabled the compile cache successfully. The directory used to store the compile cache will be returned in the directory field in the returned object.

        • const FAILED: number

          Node.js fails to enable the compile cache. This can be caused by the lack of permission to use the specified directory, or various kinds of file system errors. The detail of the failure will be returned in the message field in the returned object.

    • class SourceMap

      • readonly payload: SourceMapPayload

        Getter for the payload used to construct the SourceMap instance.

      • lineOffset: number,
        columnOffset: number
        ): {} | SourceMapping;

        Given a line offset and column offset in the generated source file, returns an object representing the SourceMap range in the original file if found, or an empty object if not.

        The object returned contains the following keys:

        The returned value represents the raw range as it appears in the SourceMap, based on zero-indexed offsets, not 1-indexed line and column numbers as they appear in Error messages and CallSite objects.

        To get the corresponding 1-indexed line and column numbers from a lineNumber and columnNumber as they are reported by Error stacks and CallSite objects, use sourceMap.findOrigin(lineNumber, columnNumber)

        @param lineOffset

        The zero-indexed line number offset in the generated source

        @param columnOffset

        The zero-indexed column number offset in the generated source

      • lineNumber: number,
        columnNumber: number
        ): {} | SourceOrigin;

        Given a 1-indexed lineNumber and columnNumber from a call site in the generated source, find the corresponding call site location in the original source.

        If the lineNumber and columnNumber provided are not found in any source map, then an empty object is returned.

        @param lineNumber

        The 1-indexed line number of the call site in the generated source

        @param columnNumber

        The 1-indexed column number of the call site in the generated source

    • interface EnableCompileCacheResult

      • directory?: string

        If the compile cache is enabled, this contains the directory where the compile cache is stored. Only set if status is module.constants.compileCacheStatus.ENABLED or module.constants.compileCacheStatus.ALREADY_ENABLED.

      • message?: string

        If Node.js cannot enable the compile cache, this contains the error message. Only set if status is module.constants.compileCacheStatus.FAILED.

      • status: number

        One of the constants.compileCacheStatus

    • interface ImportAttributes

    • interface LoadFnOutput

    • interface LoadHookContext

      • conditions: string[]

        Export conditions of the relevant package.json

      • format: undefined | null | string

        The format optionally supplied by the resolve hook chain (can be an intermediary value).

      • importAttributes: ImportAttributes

        An object whose key-value pairs represent the assertions for the module to import

    • interface ModuleHooks

    • interface RegisterOptions<Data>

      • data?: Data

        Any arbitrary, cloneable JavaScript value to pass into the initialize hook.

      • parentURL?: string | URL

        If you want to resolve specifier relative to a base URL, such as import.meta.url, you can pass that URL here. This property is ignored if the parentURL is supplied as the second argument.

      • transferList?: any[]

    • interface ResolveFnOutput

      • format?: null | string

        A hint to the load hook (it might be ignored); can be an intermediary value.

      • importAttributes?: ImportAttributes

        The import attributes to use when caching the module (optional; if excluded the input will be used)

      • shortCircuit?: boolean

        A signal that this hook intends to terminate the chain of resolve hooks.

      • url: string

        The absolute URL to which this input resolves

    • interface ResolveHookContext

      • conditions: string[]

        Export conditions of the relevant package.json

      • importAttributes: ImportAttributes

        An object whose key-value pairs represent the assertions for the module to import

      • parentURL: undefined | string

        The module importing this one, or undefined if this is the Node.js entry point

    • interface SourceMapConstructorOptions

    • interface SourceMapPayload

    • interface SourceOrigin

      • columnNumber: number

        The 1-indexed columnNumber of the corresponding call site in the original source

      • fileName: string

        The file name of the original source, as reported in the SourceMap

      • lineNumber: number

        The 1-indexed lineNumber of the corresponding call site in the original source

      • name: undefined | string

        The name of the range in the source map, if one was provided

    • interface StripTypeScriptTypesOptions

      • mode?: 'strip' | 'transform'

        Possible values are:

        • 'strip' Only strip type annotations without performing the transformation of TypeScript features.
        • 'transform' Strip type annotations and transform TypeScript features to JavaScript.
      • sourceMap?: boolean

        Only when mode is 'transform', if true, a source map will be generated for the transformed code.

      • sourceUrl?: string

        Specifies the source url used in the source map.

    • type InitializeHook<Data = any> = (data: Data) => void | Promise<void>

      The initialize hook provides a way to define a custom function that runs in the hooks thread when the hooks module is initialized. Initialization happens when the hooks module is registered via register.

      This hook can receive data from a register invocation, including ports and other transferable objects. The return value of initialize can be a Promise, in which case it will be awaited before the main application thread execution resumes.

    • type LoadHook = (url: string, context: LoadHookContext, nextLoad: (url: string, context?: Partial<LoadHookContext>) => LoadFnOutput | Promise<LoadFnOutput>) => LoadFnOutput | Promise<LoadFnOutput>

      The load hook provides a way to define a custom method of determining how a URL should be interpreted, retrieved, and parsed. It is also in charge of validating the import attributes.

    • type ModuleFormat = 'builtin' | 'commonjs' | 'commonjs-typescript' | 'json' | 'module' | 'module-typescript' | 'wasm'
    • type ModuleSource = string | ArrayBuffer | NodeJS.TypedArray
    • type ResolveHook = (specifier: string, context: ResolveHookContext, nextResolve: (specifier: string, context?: Partial<ResolveHookContext>) => ResolveFnOutput | Promise<ResolveFnOutput>) => ResolveFnOutput | Promise<ResolveFnOutput>

      The resolve hook chain is responsible for telling Node.js where to find and how to cache a given import statement or expression, or require call. It can optionally return a format (such as 'module') as a hint to the load hook. If a format is specified, the load hook is ultimately responsible for providing the final format value (and it is free to ignore the hint provided by resolve); if resolve provides a format, a custom load hook is required even if only to pass the value to the Node.js default load hook.

    • const builtinModules: readonly string[]

      A list of the names of all modules provided by Node.js. Can be used to verify if a module is maintained by a third party or not.

      Note: the list doesn't contain prefix-only modules like node:test.

    • function createRequire(
      path: string | URL
      ): Require;
      @param path

      Filename to be used to construct the require function. Must be a file URL object, file URL string, or absolute path string.

    • cacheDir?: string

      Enable module compile cache in the current Node.js instance.

      If cacheDir is not specified, Node.js will either use the directory specified by the NODE_COMPILE_CACHE=dir environment variable if it's set, or use path.join(os.tmpdir(), 'node-compile-cache') otherwise. For general use cases, it's recommended to call module.enableCompileCache() without specifying the cacheDir, so that the directory can be overridden by the NODE_COMPILE_CACHE environment variable when necessary.

      Since compile cache is supposed to be a quiet optimization that is not required for the application to be functional, this method is designed to not throw any exception when the compile cache cannot be enabled. Instead, it will return an object containing an error message in the message field to aid debugging. If compile cache is enabled successfully, the directory field in the returned object contains the path to the directory where the compile cache is stored. The status field in the returned object would be one of the module.constants.compileCacheStatus values to indicate the result of the attempt to enable the module compile cache.

      This method only affects the current Node.js instance. To enable it in child worker threads, either call this method in child worker threads too, or set the process.env.NODE_COMPILE_CACHE value to compile cache directory so the behavior can be inherited into the child workers. The directory can be obtained either from the directory field returned by this method, or with getCompileCacheDir.

      @param cacheDir

      Optional path to specify the directory where the compile cache will be stored/retrieved.

    • function findPackageJSON(
      specifier: string | URL,
      base?: string | URL
      ): undefined | string;
      /path/to/project
  ├ packages/
    ├ bar/
      ├ bar.js
      └ package.json // name = '@foo/bar'
    └ qux/
      ├ node_modules/
        └ some-package/
          └ package.json // name = 'some-package'
      ├ qux.js
      └ package.json // name = '@foo/qux'
  ├ main.js
  └ package.json // name = '@foo'

      // /path/to/project/packages/bar/bar.js
import { findPackageJSON } from 'node:module';

findPackageJSON('..', import.meta.url);
// '/path/to/project/package.json'
// Same result when passing an absolute specifier instead:
findPackageJSON(new URL('../', import.meta.url));
findPackageJSON(import.meta.resolve('../'));

findPackageJSON('some-package', import.meta.url);
// '/path/to/project/packages/bar/node_modules/some-package/package.json'
// When passing an absolute specifier, you might get a different result if the
// resolved module is inside a subfolder that has nested `package.json`.
findPackageJSON(import.meta.resolve('some-package'));
// '/path/to/project/packages/bar/node_modules/some-package/some-subfolder/package.json'

findPackageJSON('@foo/qux', import.meta.url);
// '/path/to/project/packages/qux/package.json'
      @param specifier

      The specifier for the module whose package.json to retrieve. When passing a bare specifier, the package.json at the root of the package is returned. When passing a relative specifier or an absolute specifier, the closest parent package.json is returned.

      @param base

      The absolute location (file: URL string or FS path) of the containing module. For CJS, use __filename (not __dirname!); for ESM, use import.meta.url. You do not need to pass it if specifier is an absolute specifier.

      @returns

      A path if the package.json is found. When startLocation is a package, the package's root package.json; when a relative or unresolved, the closest package.json to the startLocation.

    • function findSourceMap(
      path: string
      ): undefined | SourceMap;

      path is the resolved path for the file for which a corresponding source map should be fetched.

      @returns

      Returns module.SourceMap if a source map is found, undefined otherwise.

    • function flushCompileCache(): void;

      Flush the module compile cache accumulated from modules already loaded in the current Node.js instance to disk. This returns after all the flushing file system operations come to an end, no matter they succeed or not. If there are any errors, this will fail silently, since compile cache misses should not interfere with the actual operation of the application.

    • function getCompileCacheDir(): undefined | string;
      @returns
    • function isBuiltin(
      moduleName: string
      ): boolean;
    • function register<Data = any>(
      specifier: string | URL,
      parentURL?: string | URL,
      options?: RegisterOptions<Data>
      ): void;

      Register a module that exports hooks that customize Node.js module resolution and loading behavior. See Customization hooks.

      This feature requires --allow-worker if used with the Permission Model.

      @param specifier

      Customization hooks to be registered; this should be the same string that would be passed to import(), except that if it is relative, it is resolved relative to parentURL.

      @param parentURL

      f you want to resolve specifier relative to a base URL, such as import.meta.url, you can pass that URL here.

      function register<Data = any>(
      specifier: string | URL,
      options?: RegisterOptions<Data>
      ): void;

      Register a module that exports hooks that customize Node.js module resolution and loading behavior. See Customization hooks.

      This feature requires --allow-worker if used with the Permission Model.

      @param specifier

      Customization hooks to be registered; this should be the same string that would be passed to import(), except that if it is relative, it is resolved relative to parentURL.

    • function registerHooks(
      options: RegisterHooksOptions

      Register hooks that customize Node.js module resolution and loading behavior.

    • function runMain(
      main?: string
      ): void;
    • code: string,
      options?: StripTypeScriptTypesOptions
      ): string;

      module.stripTypeScriptTypes() removes type annotations from TypeScript code. It can be used to strip type annotations from TypeScript code before running it with vm.runInContext() or vm.compileFunction(). By default, it will throw an error if the code contains TypeScript features that require transformation such as Enums, see type-stripping for more information. When mode is 'transform', it also transforms TypeScript features to JavaScript, see transform TypeScript features for more information. When mode is 'strip', source maps are not generated, because locations are preserved. If sourceMap is provided, when mode is 'strip', an error will be thrown.

      WARNING: The output of this function should not be considered stable across Node.js versions, due to changes in the TypeScript parser.

      import { stripTypeScriptTypes } from 'node:module';
const code = 'const a: number = 1;';
const strippedCode = stripTypeScriptTypes(code);
console.log(strippedCode);
// Prints: const a         = 1;

      If sourceUrl is provided, it will be used appended as a comment at the end of the output:

      import { stripTypeScriptTypes } from 'node:module';
const code = 'const a: number = 1;';
const strippedCode = stripTypeScriptTypes(code, { mode: 'strip', sourceUrl: 'source.ts' });
console.log(strippedCode);
// Prints: const a         = 1\n\n//# sourceURL=source.ts;

      When mode is 'transform', the code is transformed to JavaScript:

      import { stripTypeScriptTypes } from 'node:module';
const code = `
  namespace MathUtil {
    export const add = (a: number, b: number) => a + b;
  }`;
const strippedCode = stripTypeScriptTypes(code, { mode: 'transform', sourceMap: true });
console.log(strippedCode);
// Prints:
// var MathUtil;
// (function(MathUtil) {
//     MathUtil.add = (a, b)=>a + b;
// })(MathUtil || (MathUtil = {}));
// # sourceMappingURL=data:application/json;base64, ...
      @param code

      The code to strip type annotations from.

      @returns

      The code with type annotations stripped.

    • function syncBuiltinESMExports(): void;

      The module.syncBuiltinESMExports() method updates all the live bindings for builtin ES Modules to match the properties of the CommonJS exports. It does not add or remove exported names from the ES Modules.

      import fs from 'node:fs';
import assert from 'node:assert';
import { syncBuiltinESMExports } from 'node:module';

fs.readFile = newAPI;

delete fs.readFileSync;

function newAPI() {
  // ...
}

fs.newAPI = newAPI;

syncBuiltinESMExports();

import('node:fs').then((esmFS) => {
  // It syncs the existing readFile property with the new value
  assert.strictEqual(esmFS.readFile, newAPI);
  // readFileSync has been deleted from the required fs
  assert.strictEqual('readFileSync' in fs, false);
  // syncBuiltinESMExports() does not remove readFileSync from esmFS
  assert.strictEqual('readFileSync' in esmFS, true);
  // syncBuiltinESMExports() does not add names
  assert.strictEqual(esmFS.newAPI, undefined);
});
    • function wrap(
      script: string
      ): string;

  • class default

    • children: Module[]

      The module objects required for the first time by this one.

    • exports: any

      The module.exports object is created by the Module system. Sometimes this is not acceptable; many want their module to be an instance of some class. To do this, assign the desired export object to module.exports.

    • filename: string

      The fully resolved filename of the module.

    • id: string

      The identifier for the module. Typically this is the fully resolved filename.

    • isPreloading: boolean

      true if the module is running during the Node.js preload phase.

    • loaded: boolean

      Whether or not the module is done loading, or is in the process of loading.

    • path: string

      The directory name of the module. This is usually the same as the path.dirname() of the module.id.

    • paths: string[]

      The search paths for the module.

    • id: string
      ): any;

      The module.require() method provides a way to load a module as if require() was called from the original module.