VM (executing JavaScript)
<!--introduced_in=v0.10.0-->
Stability: 2 - Stable
<!--name=vm-->
<!-- source_link=lib/vm.js -->
The node:vm module enables compiling and running code within V8 Virtual
Machine contexts.
<strong class=“critical”>The node:vm module is not a security
mechanism. Do not use it to run untrusted code.</strong>
JavaScript code can be compiled and run immediately or compiled, saved, and run later.
A common use case is to run the code in a different V8 Context. This means invoked code has a different global object than the invoking code.
One can provide the context by [contextifying][contextified] an object. The invoked code treats any property in the context like a global variable. Any changes to global variables caused by the invoked code are reflected in the context object.
import { createContext, runInContext } from 'node:vm';
const x = 1;
const context = { x: 2 };
createContext(context); // Contextify the object.
const code = 'x += 40; var y = 17;';
// `x` and `y` are global variables in the context.
// Initially, x has the value 2 because that is the value of context.x.
runInContext(code, context);
console.log(context.x); // 42
console.log(context.y); // 17
console.log(x); // 1; y is not defined
const { createContext, runInContext } = require('node:vm');
const x = 1;
const context = { x: 2 };
createContext(context); // Contextify the object.
const code = 'x += 40; var y = 17;';
// `x` and `y` are global variables in the context.
// Initially, x has the value 2 because that is the value of context.x.
runInContext(code, context);
console.log(context.x); // 42
console.log(context.y); // 17
console.log(x); // 1; y is not defined
Class: vm.Script
<!-- YAML added: v0.3.1 -->
Instances of the vm.Script class contain precompiled scripts that can be
executed in specific contexts.
new vm.Script(code[, options])
<!-- YAML
added: v0.3.1
changes:
- version:
- v21.7.0
- v20.12.0
pr-url: https://github.com/nodejs/node/pull/51244
description: Added support for
vm.constants.USE_MAIN_CONTEXT_DEFAULT_LOADER.
- version:
- v17.0.0
- v16.12.0
pr-url: https://github.com/nodejs/node/pull/40249
description: Added support for import attributes to the
importModuleDynamically parameter.
- version: v10.6.0
pr-url: https://github.com/nodejs/node/pull/20300
description: The produceCachedData is deprecated in favour of
script.createCachedData().
- version: v5.7.0
pr-url: https://github.com/nodejs/node/pull/4777
description: The cachedData and produceCachedData options are
supported now.
-->
code{string} The JavaScript code to compile.options{Object|string}filename{string} Specifies the filename used in stack traces produced by this script. Default:'evalmachine.<anonymous>'.lineOffset{number} Specifies the line number offset that is displayed in stack traces produced by this script. Default:0.columnOffset{number} Specifies the first-line column number offset that is displayed in stack traces produced by this script. Default:0.cachedData{Buffer|TypedArray|DataView} Provides an optionalBufferorTypedArray, orDataViewwith V8's code cache data for the supplied source. When supplied, thecachedDataRejectedvalue will be set to eithertrueorfalsedepending on acceptance of the data by V8.produceCachedData{boolean} Whentrueand nocachedDatais present, V8 will attempt to produce code cache data forcode. Upon success, aBufferwith V8's code cache data will be produced and stored in thecachedDataproperty of the returnedvm.Scriptinstance. ThecachedDataProducedvalue will be set to eithertrueorfalsedepending on whether code cache data is produced successfully. This option is deprecated in favor ofscript.createCachedData(). Default:false.importModuleDynamically{Function|vm.constants.USE_MAIN_CONTEXT_DEFAULT_LOADER} Used to specify how the modules should be loaded during the evaluation of this script whenimport()is called. This option is part of the experimental modules API. We do not recommend using it in a production environment. For detailed information, see [Support of dynamicimport()in compilation APIs][].
If options is a string, then it specifies the filename.
Creating a new vm.Script object compiles code but does not run it. The
compiled vm.Script can be run later multiple times. The code is not bound to
any global object; rather, it is bound before each run, just for that run.
script.cachedDataRejected
<!-- YAML added: v5.7.0 -->
- Type: {boolean|undefined}
When cachedData is supplied to create the vm.Script, this value will be set
to either true or false depending on acceptance of the data by V8.
Otherwise the value is undefined.
script.createCachedData()
<!-- YAML added: v10.6.0 -->
- Returns: {Buffer}
Creates a code cache that can be used with the Script constructor's
cachedData option. Returns a Buffer. This method may be called at any
time and any number of times.
The code cache of the Script doesn't contain any JavaScript observable
states. The code cache is safe to be saved along side the script source and
used to construct new Script instances multiple times.
Functions in the Script source can be marked as lazily compiled and they are
not compiled at construction of the Script. These functions are going to be
compiled when they are invoked the first time. The code cache serializes the
metadata that V8 currently knows about the Script that it can use to speed up
future compilations.
const script = new vm.Script(`
function add(a, b) {
return a + b;
}
const x = add(1, 2);
`);
const cacheWithoutAdd = script.createCachedData();
// In `cacheWithoutAdd` the function `add()` is marked for full compilation
// upon invocation.
script.runInThisContext();
const cacheWithAdd = script.createCachedData();
// `cacheWithAdd` contains fully compiled function `add()`.
script.runInContext(contextifiedObject[, options])
<!-- YAML
added: v0.3.1
changes:
- version: v6.3.0
pr-url: https://github.com/nodejs/node/pull/6635
description: The breakOnSigint option is supported now.
-->
contextifiedObject{Object} A [contextified][] object as returned by thevm.createContext()method.options{Object}displayErrors{boolean} Whentrue, if an [Error][] occurs while compiling thecode, the line of code causing the error is attached to the stack trace. Default:true.timeout{integer} Specifies the number of milliseconds to executecodebefore terminating execution. If execution is terminated, an [Error][] will be thrown. This value must be a strictly positive integer.breakOnSigint{boolean} Iftrue, receivingSIGINT(<kbd>Ctrl</kbd>+<kbd>C</kbd>) will terminate execution and throw an [Error][]. Existing handlers for the event that have been attached viaprocess.on('SIGINT')are disabled during script execution, but continue to work after that. Default:false.- Returns: {any} the result of the very last statement executed in the script.
Runs the compiled code contained by the vm.Script object within the given
contextifiedObject and returns the result. Running code does not have access
to local scope.
The following example compiles code that increments a global variable, sets
the value of another global variable, then execute the code multiple times.
The globals are contained in the context object.
import { createContext, Script } from 'node:vm';
const context = {
animal: 'cat',
count: 2,
};
const script = new Script('count += 1; name = "kitty";');
createContext(context);
for (let i = 0; i < 10; ++i) {
script.runInContext(context);
}
console.log(context);
// Prints: { animal: 'cat', count: 12, name: 'kitty' }
const { createContext, Script } = require('node:vm');
const context = {
animal: 'cat',
count: 2,
};
const script = new Script('count += 1; name = "kitty";');
createContext(context);
for (let i = 0; i < 10; ++i) {
script.runInContext(context);
}
console.log(context);
// Prints: { animal: 'cat', count: 12, name: 'kitty' }
Using the timeout or breakOnSigint options will result in new event loops
and corresponding threads being started, which have a non-zero performance
overhead.
script.runInNewContext([contextObject[, options]])
<!-- YAML
added: v0.3.1
changes:
- version:
- v22.8.0
- v20.18.0
pr-url: https://github.com/nodejs/node/pull/54394
description: The contextObject argument now accepts vm.constants.DONT_CONTEXTIFY.
- version: v14.6.0
pr-url: https://github.com/nodejs/node/pull/34023
description: The microtaskMode option is supported now.
- version: v10.0.0
pr-url: https://github.com/nodejs/node/pull/19016
description: The contextCodeGeneration option is supported now.
- version: v6.3.0
pr-url: https://github.com/nodejs/node/pull/6635
description: The breakOnSigint option is supported now.
-->
contextObject{Object|vm.constants.DONT_CONTEXTIFY|undefined} Either [vm.constants.DONT_CONTEXTIFY][] or an object that will be [contextified][]. Ifundefined, an empty contextified object will be created for backwards compatibility.options{Object}displayErrors{boolean} Whentrue, if an [Error][] occurs while compiling thecode, the line of code causing the error is attached to the stack trace. Default:true.timeout{integer} Specifies the number of milliseconds to executecodebefore terminating execution. If execution is terminated, an [Error][] will be thrown. This value must be a strictly positive integer.breakOnSigint{boolean} Iftrue, receivingSIGINT(<kbd>Ctrl</kbd>+<kbd>C</kbd>) will terminate execution and throw an [Error][]. Existing handlers for the event that have been attached viaprocess.on('SIGINT')are disabled during script execution, but continue to work after that. Default:false.contextName{string} Human-readable name of the newly created context. Default:'VM Context i', whereiis an ascending numerical index of the created context.contextOrigin{string} [Origin][origin] corresponding to the newly created context for display purposes. The origin should be formatted like a URL, but with only the scheme, host, and port (if necessary), like the value of the [url.origin][] property of a [URL][] object. Most notably, this string should omit the trailing slash, as that denotes a path. Default:''.contextCodeGeneration{Object}strings{boolean} If set to false any calls toevalor function constructors (Function,GeneratorFunction, etc) will throw anEvalError. Default:true.wasm{boolean} If set to false any attempt to compile a WebAssembly module will throw aWebAssembly.CompileError. Default:true.
microtaskMode{string} If set toafterEvaluate, microtasks (tasks scheduled throughPromises andasync functions) will be run immediately after the script has run. They are included in thetimeoutandbreakOnSigintscopes in that case.- Returns: {any} the result of the very last statement executed in the script.
This method is a shortcut to script.runInContext(vm.createContext(options), options).
It does several things at once:
- Creates a new context.
- If
contextObjectis an object, [contextifies][contextified] it with the new context. IfcontextObjectis undefined, creates a new object and [contextifies][contextified] it. IfcontextObjectis [vm.constants.DONT_CONTEXTIFY][], don't [contextify][contextified] anything. - Runs the compiled code contained by the
vm.Scriptobject within the created context. The code does not have access to the scope in which this method is called. - Returns the result.
The following example compiles code that sets a global variable, then executes
the code multiple times in different contexts. The globals are set on and
contained within each individual context.
import { constants, Script } from 'node:vm';
const script = new Script('globalVar = "set"');
const contexts = [{}, {}, {}];
contexts.forEach((context) => {
script.runInNewContext(context);
});
console.log(contexts);
// Prints: [{ globalVar: 'set' }, { globalVar: 'set' }, { globalVar: 'set' }]
// This would throw if the context is created from a contextified object.
// constants.DONT_CONTEXTIFY allows creating contexts with ordinary
// global objects that can be frozen.
const freezeScript = new Script('Object.freeze(globalThis); globalThis;');
const frozenContext = freezeScript.runInNewContext(constants.DONT_CONTEXTIFY);
const { constants, Script } = require('node:vm');
const script = new Script('globalVar = "set"');
const contexts = [{}, {}, {}];
contexts.forEach((context) => {
script.runInNewContext(context);
});
console.log(contexts);
// Prints: [{ globalVar: 'set' }, { globalVar: 'set' }, { globalVar: 'set' }]
// This would throw if the context is created from a contextified object.
// constants.DONT_CONTEXTIFY allows creating contexts with ordinary
// global objects that can be frozen.
const freezeScript = new Script('Object.freeze(globalThis); globalThis;');
const frozenContext = freezeScript.runInNewContext(constants.DONT_CONTEXTIFY);
script.runInThisContext([options])
<!-- YAML
added: v0.3.1
changes:
- version: v6.3.0
pr-url: https://github.com/nodejs/node/pull/6635
description: The breakOnSigint option is supported now.
-->
options{Object}displayErrors{boolean} Whentrue, if an [Error][] occurs while compiling thecode, the line of code causing the error is attached to the stack trace. Default:true.timeout{integer} Specifies the number of milliseconds to executecodebefore terminating execution. If execution is terminated, an [Error][] will be thrown. This value must be a strictly positive integer.breakOnSigint{boolean} Iftrue, receivingSIGINT(<kbd>Ctrl</kbd>+<kbd>C</kbd>) will terminate execution and throw an [Error][]. Existing handlers for the event that have been attached viaprocess.on('SIGINT')are disabled during script execution, but continue to work after that. Default:false.- Returns: {any} the result of the very last statement executed in the script.
Runs the compiled code contained by the vm.Script within the context of the
current global object. Running code does not have access to local scope, but
does have access to the current global object.
The following example compiles code that increments a global variable then
executes that code multiple times:
import { Script } from 'node:vm';
global.globalVar = 0;
const script = new Script('globalVar += 1', { filename: 'myfile.vm' });
for (let i = 0; i < 1000; ++i) {
script.runInThisContext();
}
console.log(globalVar);
// 1000
const { Script } = require('node:vm');
global.globalVar = 0;
const script = new Script('globalVar += 1', { filename: 'myfile.vm' });
for (let i = 0; i < 1000; ++i) {
script.runInThisContext();
}
console.log(globalVar);
// 1000
script.sourceMapURL
<!-- YAML added: - v19.1.0 - v18.13.0 -->
- Type: {string|undefined}
When the script is compiled from a source that contains a source map magic comment, this property will be set to the URL of the source map.
import vm from 'node:vm';
const script = new vm.Script(`
function myFunc() {}
//# sourceMappingURL=sourcemap.json
`);
console.log(script.sourceMapURL);
// Prints: sourcemap.json
const vm = require('node:vm');
const script = new vm.Script(`
function myFunc() {}
//# sourceMappingURL=sourcemap.json
`);
console.log(script.sourceMapURL);
// Prints: sourcemap.json
Class: vm.Module
<!-- YAML added: - v13.0.0 - v12.16.0 -->
Stability: 1 - Experimental
This feature is only available with the --experimental-vm-modules command
flag enabled.
The vm.Module class provides a low-level interface for using
ECMAScript modules in VM contexts. It is the counterpart of the vm.Script
class that closely mirrors [Module Record][]s as defined in the ECMAScript
specification.
Unlike vm.Script however, every vm.Module object is bound to a context from
its creation.
Using a vm.Module object requires three distinct steps: creation/parsing,
linking, and evaluation. These three steps are illustrated in the following
example.
This implementation lies at a lower level than the [ECMAScript Module loader][]. There is also no way to interact with the Loader yet, though support is planned.
import vm from 'node:vm';
const contextifiedObject = vm.createContext({
secret: 42,
print: console.log,
});
// Step 1
//
// Create a Module by constructing a new `vm.SourceTextModule` object. This
// parses the provided source text, throwing a `SyntaxError` if anything goes
// wrong. By default, a Module is created in the top context. But here, we
// specify `contextifiedObject` as the context this Module belongs to.
//
// Here, we attempt to obtain the default export from the module "foo", and
// put it into local binding "secret".
const rootModule = new vm.SourceTextModule(`
import s from 'foo';
s;
print(s);
`, { context: contextifiedObject });
// Step 2
//
// "Link" the imported dependencies of this Module to it.
//
// Obtain the requested dependencies of a SourceTextModule by
// `sourceTextModule.moduleRequests` and resolve them.
//
// Even top-level Modules without dependencies must be explicitly linked. The
// array passed to `sourceTextModule.linkRequests(modules)` can be
// empty, however.
//
// Note: This is a contrived example in that the resolveAndLinkDependencies
// creates a new "foo" module every time it is called. In a full-fledged
// module system, a cache would probably be used to avoid duplicated modules.
const moduleMap = new Map([
['root', rootModule],
]);
function resolveAndLinkDependencies(module) {
const requestedModules = module.moduleRequests.map((request) => {
// In a full-fledged module system, the resolveAndLinkDependencies would
// resolve the module with the module cache key `[specifier, attributes]`.
// In this example, we just use the specifier as the key.
const specifier = request.specifier;
let requestedModule = moduleMap.get(specifier);
if (requestedModule === undefined) {
requestedModule = new vm.SourceTextModule(`
// The "secret" variable refers to the global variable we added to
// "contextifiedObject" when creating the context.
export default secret;
`, { context: module.context });
moduleMap.set(specifier, requestedModule);
// Resolve the dependencies of the new module as well.
resolveAndLinkDependencies(requestedModule);
}
return requestedModule;
});
module.linkRequests(requestedModules);
}
resolveAndLinkDependencies(rootModule);
rootModule.instantiate();
// Step 3
//
// Evaluate the Module. The evaluate() method returns a promise which will
// resolve after the module has finished evaluating.
// Prints 42.
await rootModule.evaluate();
const vm = require('node:vm');
const contextifiedObject = vm.createContext({
secret: 42,
print: console.log,
});
(async () => {
// Step 1
//
// Create a Module by constructing a new `vm.SourceTextModule` object. This
// parses the provided source text, throwing a `SyntaxError` if anything goes
// wrong. By default, a Module is created in the top context. But here, we
// specify `contextifiedObject` as the context this Module belongs to.
//
// Here, we attempt to obtain the default export from the module "foo", and
// put it into local binding "secret".
const rootModule = new vm.SourceTextModule(`
import s from 'foo';
s;
print(s);
`, { context: contextifiedObject });
// Step 2
//
// "Link" the imported dependencies of this Module to it.
//
// Obtain the requested dependencies of a SourceTextModule by
// `sourceTextModule.moduleRequests` and resolve them.
//
// Even top-level Modules without dependencies must be explicitly linked. The
// array passed to `sourceTextModule.linkRequests(modules)` can be
// empty, however.
//
// Note: This is a contrived example in that the resolveAndLinkDependencies
// creates a new "foo" module every time it is called. In a full-fledged
// module system, a cache would probably be used to avoid duplicated modules.
const moduleMap = new Map([
['root', rootModule],
]);
function resolveAndLinkDependencies(module) {
const requestedModules = module.moduleRequests.map((request) => {
// In a full-fledged module system, the resolveAndLinkDependencies would
// resolve the module with the module cache key `[specifier, attributes]`.
// In this example, we just use the specifier as the key.
const specifier = request.specifier;
let requestedModule = moduleMap.get(specifier);
if (requestedModule === undefined) {
requestedModule = new vm.SourceTextModule(`
// The "secret" variable refers to the global variable we added to
// "contextifiedObject" when creating the context.
export default secret;
`, { context: module.context });
moduleMap.set(specifier, requestedModule);
// Resolve the dependencies of the new module as well.
resolveAndLinkDependencies(requestedModule);
}
return requestedModule;
});
module.linkRequests(requestedModules);
}
resolveAndLinkDependencies(rootModule);
rootModule.instantiate();
// Step 3
//
// Evaluate the Module. The evaluate() method returns a promise which will
// resolve after the module has finished evaluating.
// Prints 42.
await rootModule.evaluate();
})();
module.error
- Type: {any}
If the module.status is 'errored', this property contains the exception
thrown by the module during evaluation. If the status is anything else,
accessing this property will result in a thrown exception.
The value undefined cannot be used for cases where there is not a thrown
exception due to possible ambiguity with throw undefined;.
Corresponds to the [[EvaluationError]] field of [Cyclic Module Record][]s
in the ECMAScript specification.
module.evaluate([options])
options{Object}timeout{integer} Specifies the number of milliseconds to evaluate before terminating execution. If execution is interrupted, an [Error][] will be thrown. This value must be a strictly positive integer.breakOnSigint{boolean} Iftrue, receivingSIGINT(<kbd>Ctrl</kbd>+<kbd>C</kbd>) will terminate execution and throw an [Error][]. Existing handlers for the event that have been attached viaprocess.on('SIGINT')are disabled during script execution, but continue to work after that. Default:false.- Returns: {Promise} Fulfills with
undefinedupon success.
Evaluate the module and its dependencies. Corresponds to the [Evaluate() concrete method][] field of [Cyclic Module Record][]s in the ECMAScript specification.
If the module is a vm.SourceTextModule, evaluate() must be called after the module has been instantiated;
otherwise evaluate() will return a rejected promise.
For a vm.SourceTextModule, the promise returned by evaluate() may be fulfilled either
synchronously or asynchronously:
- If the
vm.SourceTextModulehas no top-levelawaitin itself or any of its dependencies, the promise will be fulfilled synchronously after the module and all its dependencies have been evaluated. - If the evaluation succeeds, the promise will be synchronously resolved to
undefined. - If the evaluation results in an exception, the promise will be synchronously rejected with the exception
that causes the evaluation to fail, which is the same as
module.error. - If the
vm.SourceTextModulehas top-levelawaitin itself or any of its dependencies, the promise will be fulfilled asynchronously after the module and all its dependencies have been evaluated. - If the evaluation succeeds, the promise will be asynchronously resolved to
undefined. - If the evaluation results in an exception, the promise will be asynchronously rejected with the exception that causes the evaluation to fail.
If the module is a vm.SyntheticModule, evaluate() always returns a promise that fulfills synchronously, see
the specification of [Evaluate() of a Synthetic Module Record][]:
- If the
evaluateCallbackpassed to its constructor throws an exception synchronously,evaluate()returns a promise that will be synchronously rejected with that exception. - If the
evaluateCallbackdoes not throw an exception,evaluate()returns a promise that will be synchronously resolved toundefined.
The evaluateCallback of a vm.SyntheticModule is executed synchronously within the evaluate() call, and its
return value is discarded. This means if evaluateCallback is an asynchronous function, the promise returned by
evaluate() will not reflect its asynchronous behavior, and any rejections from an asynchronous
evaluateCallback will be lost.
evaluate() could also be called again after the module has already been evaluated, in which case:
- If the initial evaluation ended in success (
module.statusis'evaluated'), it will do nothing and return a promise that resolves toundefined. - If the initial evaluation resulted in an exception (
module.statusis'errored'), it will re-reject the exception that the initial evaluation resulted in.
This method cannot be called while the module is being evaluated (module.status is 'evaluating').
module.identifier
- Type: {string}
The identifier of the current module, as set in the constructor.
module.link(linker)
<!-- YAML
changes:
- version:
- v21.1.0
- v20.10.0
- v18.19.0
pr-url: https://github.com/nodejs/node/pull/50141
description: The option extra.assert is renamed to extra.attributes. The
former name is still provided for backward compatibility.
-->
linker{Function}-
specifier{string} The specifier of the requested module:mjs import foo from 'foo'; // ^^^^^ the module specifier -
referencingModule{vm.Module} TheModuleobjectlink()is called on. -
extra{Object}attributes{Object} The data from the attribute:mjs import foo from 'foo' with { name: 'value' }; // ^^^^^^^^^^^^^^^^^ the attributePer ECMA-262, hosts are expected to trigger an error if an unsupported attribute is present.assert{Object} Alias forextra.attributes.
-
Returns: {vm.Module|Promise}
- Returns: {Promise}
Link module dependencies. This method must be called before evaluation, and can only be called once per module.
Use [sourceTextModule.linkRequests(modules)][] and
[sourceTextModule.instantiate()][] to link modules either synchronously or
asynchronously.
The function is expected to return a Module object or a Promise that
eventually resolves to a Module object. The returned Module must satisfy the
following two invariants:
- It must belong to the same context as the parent
Module. - Its
statusmust not be'errored'.
If the returned Module's status is 'unlinked', this method will be
recursively called on the returned Module with the same provided linker
function.
link() returns a Promise that will either get resolved when all linking
instances resolve to a valid Module, or rejected if the linker function either
throws an exception or returns an invalid Module.
The linker function roughly corresponds to the implementation-defined [HostResolveImportedModule][] abstract operation in the ECMAScript specification, with a few key differences:
- The linker function is allowed to be asynchronous while [HostResolveImportedModule][] is synchronous.
The actual [HostResolveImportedModule][] implementation used during module linking is one that returns the modules linked during linking. Since at that point all modules would have been fully linked already, the [HostResolveImportedModule][] implementation is fully synchronous per specification.
Corresponds to the [Link() concrete method][] field of [Cyclic Module Record][]s in the ECMAScript specification.
module.namespace
- Type: {Object}
The namespace object of the module. This is only available after linking
(module.link()) has completed.
Corresponds to the [GetModuleNamespace][] abstract operation in the ECMAScript specification.
module.status
- Type: {string}
The current status of the module. Will be one of:
-
'unlinked':module.link()has not yet been called. -
'linking':module.link()has been called, but not all Promises returned by the linker function have been resolved yet. -
'linked': The module has been linked successfully, and all of its dependencies are linked, butmodule.evaluate()has not yet been called. -
'evaluating': The module is being evaluated through amodule.evaluate()on itself or a parent module. -
'evaluated': The module has been successfully evaluated. -
'errored': The module has been evaluated, but an exception was thrown.
Other than 'errored', this status string corresponds to the specification's
[Cyclic Module Record][]'s [[Status]] field. 'errored' corresponds to
'evaluated' in the specification, but with [[EvaluationError]] set to a
value that is not undefined.
Class: vm.SourceTextModule
<!-- YAML added: v9.6.0 -->
Stability: 1 - Experimental
This feature is only available with the --experimental-vm-modules command
flag enabled.
- Extends: {vm.Module}
The vm.SourceTextModule class provides the [Source Text Module Record][] as
defined in the ECMAScript specification.
new vm.SourceTextModule(code[, options])
<!-- YAML
changes:
- version:
- v17.0.0
- v16.12.0
pr-url: https://github.com/nodejs/node/pull/40249
description: Added support for import attributes to the
importModuleDynamically parameter.
-->
code{string} JavaScript Module code to parseoptionsidentifier{string} String used in stack traces. Default:'vm:module(i)'whereiis a context-specific ascending index.cachedData{Buffer|TypedArray|DataView} Provides an optionalBufferorTypedArray, orDataViewwith V8's code cache data for the supplied source. Thecodemust be the same as the module from which thiscachedDatawas created.context{Object} The [contextified][] object as returned by thevm.createContext()method, to compile and evaluate thisModulein. If no context is specified, the module is evaluated in the current execution context.lineOffset{integer} Specifies the line number offset that is displayed in stack traces produced by thisModule. Default:0.columnOffset{integer} Specifies the first-line column number offset that is displayed in stack traces produced by thisModule. Default:0.initializeImportMeta{Function} Called during evaluation of thisModuleto initialize theimport.meta.meta{import.meta}module{vm.SourceTextModule}
importModuleDynamically{Function} Used to specify the how the modules should be loaded during the evaluation of this module whenimport()is called. This option is part of the experimental modules API. We do not recommend using it in a production environment. For detailed information, see [Support of dynamicimport()in compilation APIs][].
Creates a new SourceTextModule instance.
Properties assigned to the import.meta object that are objects may
allow the module to access information outside the specified context. Use
vm.runInContext() to create objects in a specific context.
import vm from 'node:vm';
const contextifiedObject = vm.createContext({ secret: 42 });
const module = new vm.SourceTextModule(
'Object.getPrototypeOf(import.meta.prop).secret = secret;',
{
context: contextifiedObject,
initializeImportMeta(meta) {
// Note: this object is created in the top context. As such,
// Object.getPrototypeOf(import.meta.prop) points to the
// Object.prototype in the top context rather than that in
// the contextified object.
meta.prop = {};
},
});
// The module has an empty `moduleRequests` array.
module.linkRequests([]);
module.instantiate();
await module.evaluate();
// Now, Object.prototype.secret will be equal to 42.
//
// To fix this problem, replace
// meta.prop = {};
// above with
// meta.prop = vm.runInContext('({})', contextifiedObject);
const vm = require('node:vm');
const contextifiedObject = vm.createContext({ secret: 42 });
(async () => {
const module = new vm.SourceTextModule(
'Object.getPrototypeOf(import.meta.prop).secret = secret;',
{
context: contextifiedObject,
initializeImportMeta(meta) {
// Note: this object is created in the top context. As such,
// Object.getPrototypeOf(import.meta.prop) points to the
// Object.prototype in the top context rather than that in
// the contextified object.
meta.prop = {};
},
});
// The module has an empty `moduleRequests` array.
module.linkRequests([]);
module.instantiate();
await module.evaluate();
// Now, Object.prototype.secret will be equal to 42.
//
// To fix this problem, replace
// meta.prop = {};
// above with
// meta.prop = vm.runInContext('({})', contextifiedObject);
})();
sourceTextModule.createCachedData()
<!-- YAML added: - v13.7.0 - v12.17.0 -->
- Returns: {Buffer}
Creates a code cache that can be used with the SourceTextModule constructor's
cachedData option. Returns a Buffer. This method may be called any number
of times before the module has been evaluated.
The code cache of the SourceTextModule doesn't contain any JavaScript
observable states. The code cache is safe to be saved along side the script
source and used to construct new SourceTextModule instances multiple times.
Functions in the SourceTextModule source can be marked as lazily compiled
and they are not compiled at construction of the SourceTextModule. These
functions are going to be compiled when they are invoked the first time. The
code cache serializes the metadata that V8 currently knows about the
SourceTextModule that it can use to speed up future compilations.
// Create an initial module
const module = new vm.SourceTextModule('const a = 1;');
// Create cached data from this module
const cachedData = module.createCachedData();
// Create a new module using the cached data. The code must be the same.
const module2 = new vm.SourceTextModule('const a = 1;', { cachedData });
sourceTextModule.dependencySpecifiers
<!-- YAML
changes:
- version:
- v24.4.0
- v22.20.0
pr-url: https://github.com/nodejs/node/pull/20300
description: This is deprecated in favour of sourceTextModule.moduleRequests.
-->
Stability: 0 - Deprecated: Use [
sourceTextModule.moduleRequests][] instead.
- Type: {string[]}
The specifiers of all dependencies of this module. The returned array is frozen to disallow any changes to it.
Corresponds to the [[RequestedModules]] field of [Cyclic Module Record][]s in
the ECMAScript specification.
sourceTextModule.hasAsyncGraph()
<!-- YAML added: v24.9.0 -->
- Returns: {boolean}
Iterates over the dependency graph and returns true if any module in its
dependencies or this module itself contains top-level await expressions,
otherwise returns false.
The search may be slow if the graph is big enough.
This requires the module to be instantiated first. If the module is not instantiated yet, an error will be thrown.
sourceTextModule.hasTopLevelAwait()
<!-- YAML added: v24.9.0 -->
- Returns: {boolean}
Returns whether the module itself contains any top-level await expressions.
This corresponds to the field [[HasTLA]] in [Cyclic Module Record][] in the
ECMAScript specification.
sourceTextModule.instantiate()
<!-- YAML added: - v24.8.0 - v22.21.0 -->
- Returns: {undefined}
Instantiate the module with the linked requested modules.
This resolves the imported bindings of the module, including re-exported binding names. When there are any bindings that cannot be resolved, an error would be thrown synchronously.
If the requested modules include cyclic dependencies, the
[sourceTextModule.linkRequests(modules)][] method must be called on all
modules in the cycle before calling this method.
sourceTextModule.linkRequests(modules)
<!-- YAML added: - v24.8.0 - v22.21.0 -->
modules{vm.Module[]} Array ofvm.Moduleobjects that this module depends on. The order of the modules in the array is the order of [sourceTextModule.moduleRequests][].- Returns: {undefined}
Link module dependencies. This method must be called before evaluation, and can only be called once per module.
The order of the module instances in the modules array should correspond to the order of
[sourceTextModule.moduleRequests][] being resolved. If two module requests have the same
specifier and import attributes, they must be resolved with the same module instance or an
ERR_MODULE_LINK_MISMATCH would be thrown. For example, when linking requests for this
module:
<!-- eslint-disable no-duplicate-imports -->
import foo from 'foo';
import source Foo from 'foo';
The modules array must contain two references to the same instance, because the two
module requests are identical but in two phases.
If the module has no dependencies, the modules array can be empty.
Users can use sourceTextModule.moduleRequests to implement the host-defined
[HostLoadImportedModule][] abstract operation in the ECMAScript specification,
and using sourceTextModule.linkRequests() to invoke specification defined
[FinishLoadingImportedModule][], on the module with all dependencies in a batch.
It's up to the creator of the SourceTextModule to determine if the resolution
of the dependencies is synchronous or asynchronous.
After each module in the modules array is linked, call
[sourceTextModule.instantiate()][].
sourceTextModule.moduleRequests
<!-- YAML added: - v24.4.0 - v22.20.0 -->
- Type: {ModuleRequest[]} Dependencies of this module.
The requested import dependencies of this module. The returned array is frozen to disallow any changes to it.
For example, given a source text:
<!-- eslint-disable no-duplicate-imports -->
import foo from 'foo';
import fooAlias from 'foo';
import bar from './bar.js';
import withAttrs from '../with-attrs.ts' with { arbitraryAttr: 'attr-val' };
import source Module from 'wasm-mod.wasm';
The value of the sourceTextModule.moduleRequests will be:
[
{
specifier: 'foo',
attributes: {},
phase: 'evaluation',
},
{
specifier: 'foo',
attributes: {},
phase: 'evaluation',
},
{
specifier: './bar.js',
attributes: {},
phase: 'evaluation',
},
{
specifier: '../with-attrs.ts',
attributes: { arbitraryAttr: 'attr-val' },
phase: 'evaluation',
},
{
specifier: 'wasm-mod.wasm',
attributes: {},
phase: 'source',
},
];
Class: vm.SyntheticModule
<!-- YAML added: - v13.0.0 - v12.16.0 -->
Stability: 1 - Experimental
This feature is only available with the --experimental-vm-modules command
flag enabled.
- Extends: {vm.Module}
The vm.SyntheticModule class provides the [Synthetic Module Record][] as
defined in the WebIDL specification. The purpose of synthetic modules is to
provide a generic interface for exposing non-JavaScript sources to ECMAScript
module graphs.
import { SyntheticModule } from 'node:vm';
const source = '{ "a": 1 }';
const syntheticModule = new SyntheticModule(['default'], function() {
const obj = JSON.parse(source);
this.setExport('default', obj);
});
// Use `syntheticModule` in linking
(async () => {
await syntheticModule.link(() => {});
await syntheticModule.evaluate();
console.log('Default export:', syntheticModule.namespace.default);
})();
const { SyntheticModule } = require('node:vm');
const source = '{ "a": 1 }';
const syntheticModule = new SyntheticModule(['default'], function() {
const obj = JSON.parse(source);
this.setExport('default', obj);
});
// Use `syntheticModule` in linking
(async () => {
await syntheticModule.link(() => {});
await syntheticModule.evaluate();
console.log('Default export:', syntheticModule.namespace.default);
})();
new vm.SyntheticModule(exportNames, evaluateCallback[, options])
<!-- YAML added: - v13.0.0 - v12.16.0 -->
exportNames{string[]} Array of names that will be exported from the module.evaluateCallback{Function} Called when the module is evaluated.optionsidentifier{string} String used in stack traces. Default:'vm:module(i)'whereiis a context-specific ascending index.context{Object} The [contextified][] object as returned by thevm.createContext()method, to compile and evaluate thisModulein.
Creates a new SyntheticModule instance.
Objects assigned to the exports of this instance may allow importers of
the module to access information outside the specified context. Use
vm.runInContext() to create objects in a specific context.
syntheticModule.setExport(name, value)
<!-- YAML
added:
- v13.0.0
- v12.16.0
changes:
- version:
- v24.8.0
- v22.21.0
pr-url: https://github.com/nodejs/node/pull/59000
description: No longer need to call syntheticModule.link() before
calling this method.
-->
name{string} Name of the export to set.value{any} The value to set the export to.
This method sets the module export binding slots with the given value.
import vm from 'node:vm';
const m = new vm.SyntheticModule(['x'], () => {
m.setExport('x', 1);
});
await m.evaluate();
assert.strictEqual(m.namespace.x, 1);
const vm = require('node:vm');
(async () => {
const m = new vm.SyntheticModule(['x'], () => {
m.setExport('x', 1);
});
await m.evaluate();
assert.strictEqual(m.namespace.x, 1);
})();
Type: ModuleRequest
<!-- YAML added: - v24.4.0 - v22.20.0 -->
- Type: {Object}
specifier{string} The specifier of the requested module.attributes{Object} The“with”value passed to the [WithClause][] in a [ImportDeclaration][], or an empty object if no value was provided.phase{string} The phase of the requested module (“source”or“evaluation”).
A ModuleRequest represents the request to import a module with given import attributes and phase.
vm.compileFunction(code[, params[, options]])
<!-- YAML
added: v10.10.0
changes:
- version:
- v21.7.0
- v20.12.0
pr-url: https://github.com/nodejs/node/pull/51244
description: Added support for
vm.constants.USE_MAIN_CONTEXT_DEFAULT_LOADER.
- version:
- v19.6.0
- v18.15.0
pr-url: https://github.com/nodejs/node/pull/46320
description: The return value now includes cachedDataRejected
with the same semantics as the vm.Script version
if the cachedData option was passed.
- version:
- v17.0.0
- v16.12.0
pr-url: https://github.com/nodejs/node/pull/40249
description: Added support for import attributes to the
importModuleDynamically parameter.
- version: v15.9.0
pr-url: https://github.com/nodejs/node/pull/35431
description: Added importModuleDynamically option again.
- version: v14.3.0
pr-url: https://github.com/nodejs/node/pull/33364
description: Removal of importModuleDynamically due to compatibility
issues.
- version:
- v14.1.0
- v13.14.0
pr-url: https://github.com/nodejs/node/pull/32985
description: The importModuleDynamically option is now supported.
-->
code{string} T
(本文超出站点单文档体积上限,已截断)
