vm
The node:vm module enables compiling and running code within V8 Virtual
Machine contexts.
The node:vm module is not a security
mechanism. Do not use it to run untrusted code.
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 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 vm from 'node:vm';
const x = 1;
const context = { x: 2 };
vm.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.
vm.runInContext(code, context);
console.log(context.x); // 42
console.log(context.y); // 17
console.log(x); // 1; y is not defined.
Usage in Deno
import * as mod from "node:vm";
Classes
This feature is only available with the --experimental-vm-modules command
flag enabled.
This feature is only available with the --experimental-vm-modules command
flag enabled.
This feature is only available with the --experimental-vm-modules command
flag enabled.
Functions
Compiles the given code into the provided context (if no context is
supplied, the current context is used), and returns it wrapped inside a
function with the given params.
Returns true if the given object object has been contextified using createContext,
or if it's the global object of a context created using vm.constants.DONT_CONTEXTIFY.
The vm.runInContext() method compiles code, runs it within the context of
the contextifiedObject, then returns the result. Running code does not have
access to the local scope. The contextifiedObject object must have been
previously contextified using the createContext method.
This method is a shortcut to
(new vm.Script(code, options)).runInContext(vm.createContext(options), options).
If options is a string, then it specifies the filename.
vm.runInThisContext() compiles code, runs it within the context of the
current global and returns the result. Running code does not have access to
local scope, but does have access to the current global object.
Interfaces
Namespaces
Type Aliases
Variables
This constant, when used as the contextObject argument in vm APIs, instructs Node.js to create
a context without wrapping its global object with another object in a Node.js-specific manner.
As a result, the globalThis value inside the new context would behave more closely to an ordinary
one.
A constant that can be used as the importModuleDynamically option to vm.Script
and vm.compileFunction() so that Node.js uses the default ESM loader from the main
context to load the requested module.
class Module
Usage in Deno
import { Module } from "node:vm";
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. Operations on vm.Module objects are intrinsically asynchronous,
in contrast with the synchronous nature of vm.Script objects. The use of
'async' functions can help with manipulating vm.Module objects.
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 bar = new vm.SourceTextModule(`
import s from 'foo';
s;
print(s);
`, { context: contextifiedObject });
// Step 2
//
// "Link" the imported dependencies of this Module to it.
//
// The provided linking callback (the "linker") accepts two arguments: the
// parent module (`bar` in this case) and the string that is the specifier of
// the imported module. The callback is expected to return a Module that
// corresponds to the provided specifier, with certain requirements documented
// in `module.link()`.
//
// If linking has not started for the returned Module, the same linker
// callback will be called on the returned Module.
//
// Even top-level Modules without dependencies must be explicitly linked. The
// callback provided would never be called, however.
//
// The link() method returns a Promise that will be resolved when all the
// Promises returned by the linker resolve.
//
// Note: This is a contrived example in that the linker function 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.
async function linker(specifier, referencingModule) {
if (specifier === 'foo') {
return new vm.SourceTextModule(`
// The "secret" variable refers to the global variable we added to
// "contextifiedObject" when creating the context.
export default secret;
`, { context: referencingModule.context });
// Using `contextifiedObject` instead of `referencingModule.context`
// here would work as well.
}
throw new Error(`Unable to resolve dependency: ${specifier}`);
}
await bar.link(linker);
// Step 3
//
// Evaluate the Module. The evaluate() method returns a promise which will
// resolve after the module has finished evaluating.
// Prints 42.
await bar.evaluate();
Properties #
#dependencySpecifiers: readonly 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.
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.
#identifier: string The identifier of the current module, as set in the constructor.
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.
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.
Methods #
#evaluate(options?: ModuleEvaluateOptions): Promise<void> Evaluate the module.
This must be called after the module has been linked; otherwise it will reject.
It could be called also when the module has already been evaluated, in which
case it will either do nothing if the initial evaluation ended in success
(module.status is 'evaluated') or it will re-throw the exception that the
initial evaluation resulted in (module.status is 'errored').
This method cannot be called while the module is being evaluated
(module.status is 'evaluating').
Corresponds to the Evaluate() concrete method field of Cyclic Module Record s in the ECMAScript specification.
#link(linker: ModuleLinker): Promise<void> Link module dependencies. This method must be called before evaluation, and can only be called once per module.
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.
class Script
Usage in Deno
import { Script } from "node:vm";
The importModuleDynamically parameter is not supported.
The runInContext method does not support break on SIGINT.
Instances of the vm.Script class contain precompiled scripts that can be
executed in specific contexts.
Constructors #
#Script(code: string,options?: ScriptOptions | string,) Properties #
#cachedData: Buffer | undefined #cachedDataProduced: boolean | undefined #cachedDataRejected: 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.
#sourceMapURL: 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
Methods #
#createCachedData(): 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()`.
#runInContext(contextifiedObject: Context,options?: RunningScriptOptions,): any 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 vm from 'node:vm';
const context = {
animal: 'cat',
count: 2,
};
const script = new vm.Script('count += 1; name = "kitty";');
vm.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.
#runInNewContext(contextObject?: Context | constants.DONT_CONTEXTIFY,options?: RunningScriptInNewContextOptions,): any 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 it with the new context. IfcontextObjectis undefined, creates a new object and contextifies it. IfcontextObjectisvm.constants.DONT_CONTEXTIFY, don't contextify 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.
const vm = require('node:vm');
const script = new vm.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.
// vm.constants.DONT_CONTEXTIFY allows creating contexts with ordinary
// global objects that can be frozen.
const freezeScript = new vm.Script('Object.freeze(globalThis); globalThis;');
const frozenContext = freezeScript.runInNewContext(vm.constants.DONT_CONTEXTIFY);
#runInThisContext(options?: RunningScriptOptions): any 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 vm from 'node:vm';
global.globalVar = 0;
const script = new vm.Script('globalVar += 1', { filename: 'myfile.vm' });
for (let i = 0; i < 1000; ++i) {
script.runInThisContext();
}
console.log(globalVar);
// 1000
class SourceTextModule
Usage in Deno
import { SourceTextModule } from "node:vm";
This feature is only available with the --experimental-vm-modules command
flag enabled.
The vm.SourceTextModule class provides the Source Text Module Record as
defined in the ECMAScript specification.
Constructors #
#SourceTextModule(code: string,options?: SourceTextModuleOptions,) Creates a new SourceTextModule instance.
class SyntheticModule
Usage in Deno
import { SyntheticModule } from "node:vm";
This feature is only available with the --experimental-vm-modules command
flag enabled.
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 vm from 'node:vm';
const source = '{ "a": 1 }';
const module = new vm.SyntheticModule(['default'], function() {
const obj = JSON.parse(source);
this.setExport('default', obj);
});
// Use `module` in linking...
Constructors #
#SyntheticModule(exportNames: string[],evaluateCallback: (this: SyntheticModule) => void,options?: SyntheticModuleOptions,) Creates a new SyntheticModule instance.
Methods #
This method is used after the module is linked to set the values of exports. If
it is called before the module is linked, an ERR_VM_MODULE_STATUS error
will be thrown.
import vm from 'node:vm';
const m = new vm.SyntheticModule(['x'], () => {
m.setExport('x', 1);
});
await m.link(() => {});
await m.evaluate();
assert.strictEqual(m.namespace.x, 1);
function compileFunction
Usage in Deno
import { compileFunction } from "node:vm";
#compileFunction(): Function & { cachedData?: Script["cachedData"] | undefined; cachedDataProduced?: Script["cachedDataProduced"] | undefined; cachedDataRejected?: Script["cachedDataRejected"] | undefined; }Compiles the given code into the provided context (if no context is
supplied, the current context is used), and returns it wrapped inside a
function with the given params.
Parameters #
#code: string The body of the function to compile.
#params: readonly string[] An array of strings containing all parameters for the function.
#options: CompileFunctionOptions Return Type #
function createContext
Usage in Deno
import { createContext } from "node:vm";
#createContext(contextObject?: Context | constants.DONT_CONTEXTIFY,options?: CreateContextOptions,): Context
The importModuleDynamically parameter is not supported.
If the given contextObject is an object, the vm.createContext() method will
prepare that object
and return a reference to it so that it can be used in calls to runInContext or
script.runInContext().
Inside such scripts, the global object will be wrapped by the contextObject, retaining all of its
existing properties but also having the built-in objects and functions any standard
global object has. Outside of scripts run by the vm module, global
variables will remain unchanged.
const vm = require('node:vm');
global.globalVar = 3;
const context = { globalVar: 1 };
vm.createContext(context);
vm.runInContext('globalVar *= 2;', context);
console.log(context);
// Prints: { globalVar: 2 }
console.log(global.globalVar);
// Prints: 3
If contextObject is omitted (or passed explicitly as undefined), a new,
empty contextified object will be returned.
When the global object in the newly created context is contextified, it has some quirks
compared to ordinary global objects. For example, it cannot be frozen. To create a context
without the contextifying quirks, pass vm.constants.DONT_CONTEXTIFY as the contextObject
argument. See the documentation of vm.constants.DONT_CONTEXTIFY for details.
The vm.createContext() method is primarily useful for creating a single
context that can be used to run multiple scripts. For instance, if emulating a
web browser, the method can be used to create a single context representing a
window's global object, then run all <script> tags together within that
context.
The provided name and origin of the context are made visible through the
Inspector API.
Parameters #
#contextObject: Context | constants.DONT_CONTEXTIFY Either vm.constants.DONT_CONTEXTIFY or an object that will be contextified.
If undefined, an empty contextified object will be created for backwards compatibility.
#options: CreateContextOptions Return Type #
contextified object.
function isContext
Usage in Deno
import { isContext } from "node:vm";
function measureMemory
Usage in Deno
import { measureMemory } from "node:vm";
#measureMemory(options?: MeasureMemoryOptions): Promise<MemoryMeasurement>
This is a non-functional stub.
Measure the memory known to V8 and used by all contexts known to the current V8 isolate, or the main context.
The format of the object that the returned Promise may resolve with is specific to the V8 engine and may change from one version of V8 to the next.
The returned result is different from the statistics returned by v8.getHeapSpaceStatistics() in that vm.measureMemory() measure the
memory reachable by each V8 specific contexts in the current instance of
the V8 engine, while the result of v8.getHeapSpaceStatistics() measure
the memory occupied by each heap space in the current V8 instance.
import vm from 'node:vm';
// Measure the memory used by the main context.
vm.measureMemory({ mode: 'summary' })
// This is the same as vm.measureMemory()
.then((result) => {
// The current format is:
// {
// total: {
// jsMemoryEstimate: 2418479, jsMemoryRange: [ 2418479, 2745799 ]
// }
// }
console.log(result);
});
const context = vm.createContext({ a: 1 });
vm.measureMemory({ mode: 'detailed', execution: 'eager' })
.then((result) => {
// Reference the context here so that it won't be GC'ed
// until the measurement is complete.
console.log(context.a);
// {
// total: {
// jsMemoryEstimate: 2574732,
// jsMemoryRange: [ 2574732, 2904372 ]
// },
// current: {
// jsMemoryEstimate: 2438996,
// jsMemoryRange: [ 2438996, 2768636 ]
// },
// other: [
// {
// jsMemoryEstimate: 135736,
// jsMemoryRange: [ 135736, 465376 ]
// }
// ]
// }
console.log(result);
});
Parameters #
#options: MeasureMemoryOptions Return Type #
Promise<MemoryMeasurement> function runInContext
Usage in Deno
import { runInContext } from "node:vm";
#runInContext(): anyThe vm.runInContext() method compiles code, runs it within the context of
the contextifiedObject, then returns the result. Running code does not have
access to the local scope. The contextifiedObject object must have been
previously contextified using the createContext method.
If options is a string, then it specifies the filename.
The following example compiles and executes different scripts using a single contextified object:
import vm from 'node:vm';
const contextObject = { globalVar: 1 };
vm.createContext(contextObject);
for (let i = 0; i < 10; ++i) {
vm.runInContext('globalVar *= 2;', contextObject);
}
console.log(contextObject);
// Prints: { globalVar: 1024 }
Parameters #
#code: string The JavaScript code to compile and run.
The contextified object that will be used as the global when the code is compiled and run.
#options: RunningCodeOptions | string Return Type #
any the result of the very last statement executed in the script.
function runInNewContext
Usage in Deno
import { runInNewContext } from "node:vm";
#runInNewContext(code: string,contextObject?: Context | constants.DONT_CONTEXTIFY,options?: RunningCodeInNewContextOptions | string,): anyThis method is a shortcut to
(new vm.Script(code, options)).runInContext(vm.createContext(options), options).
If options is a string, then it specifies the filename.
It does several things at once:
- Creates a new context.
- If
contextObjectis an object, contextifies it with the new context. IfcontextObjectis undefined, creates a new object and contextifies it. IfcontextObjectisvm.constants.DONT_CONTEXTIFY, don't contextify anything. - Compiles the code as a
vm.Script - Runs the compield code 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 and executes code that increments a global
variable and sets a new one. These globals are contained in the contextObject.
const vm = require('node:vm');
const contextObject = {
animal: 'cat',
count: 2,
};
vm.runInNewContext('count += 1; name = "kitty"', contextObject);
console.log(contextObject);
// Prints: { animal: 'cat', count: 3, name: 'kitty' }
// This would throw if the context is created from a contextified object.
// vm.constants.DONT_CONTEXTIFY allows creating contexts with ordinary global objects that
// can be frozen.
const frozenContext = vm.runInNewContext('Object.freeze(globalThis); globalThis;', vm.constants.DONT_CONTEXTIFY);
Parameters #
#code: string The JavaScript code to compile and run.
#contextObject: Context | constants.DONT_CONTEXTIFY Either vm.constants.DONT_CONTEXTIFY or an object that will be contextified.
If undefined, an empty contextified object will be created for backwards compatibility.
#options: RunningCodeInNewContextOptions | string Return Type #
any the result of the very last statement executed in the script.
function runInThisContext
Usage in Deno
import { runInThisContext } from "node:vm";
#runInThisContext(code: string,options?: RunningCodeOptions | string,): anyvm.runInThisContext() compiles code, runs it within the context of the
current global and returns the result. Running code does not have access to
local scope, but does have access to the current global object.
If options is a string, then it specifies the filename.
The following example illustrates using both vm.runInThisContext() and
the JavaScript eval() function to run the same code:
import vm from 'node:vm';
let localVar = 'initial value';
const vmResult = vm.runInThisContext('localVar = "vm";');
console.log(`vmResult: '${vmResult}', localVar: '${localVar}'`);
// Prints: vmResult: 'vm', localVar: 'initial value'
const evalResult = eval('localVar = "eval";');
console.log(`evalResult: '${evalResult}', localVar: '${localVar}'`);
// Prints: evalResult: 'eval', localVar: 'eval'
Because vm.runInThisContext() does not have access to the local scope, localVar is unchanged. In contrast,
eval() does have access to the
local scope, so the value localVar is changed. In this way vm.runInThisContext() is much like an indirect eval() call, e.g.(0,eval)('code').
Example: Running an HTTP server within a VM
When using either script.runInThisContext() or runInThisContext, the code is executed within the current V8 global
context. The code passed to this VM context will have its own isolated scope.
In order to run a simple web server using the node:http module the code passed
to the context must either import node:http on its own, or have a
reference to the node:http module passed to it. For instance:
'use strict';
import vm from 'node:vm';
const code = `
((require) => {
const http = require('node:http');
http.createServer((request, response) => {
response.writeHead(200, { 'Content-Type': 'text/plain' });
response.end('Hello World\\n');
}).listen(8124);
console.log('Server running at http://127.0.0.1:8124/');
})`;
vm.runInThisContext(code)(require);
The require() in the above case shares the state with the context it is
passed from. This may introduce risks when untrusted code is executed, e.g.
altering objects in the context in unwanted ways.
Parameters #
#code: string The JavaScript code to compile and run.
#options: RunningCodeOptions | string Return Type #
any the result of the very last statement executed in the script.
interface BaseOptions
Usage in Deno
import { type BaseOptions } from "node:vm";
Properties #
Specifies the filename used in stack traces produced by this script.
#lineOffset: number | undefined Specifies the line number offset that is displayed in stack traces produced by this script.
#columnOffset: number | undefined Specifies the column number offset that is displayed in stack traces produced by this script.
interface CompileFunctionOptions
Usage in Deno
import { type CompileFunctionOptions } from "node:vm";
Properties #
#cachedData: Buffer | undefined Provides an optional data with V8's code cache data for the supplied source.
#produceCachedData: boolean | undefined Specifies whether to produce new cache data.
#parsingContext: Context | undefined The sandbox/context in which the said function should be compiled in.
#contextExtensions: Object[] | undefined An array containing a collection of context extensions (objects wrapping the current scope) to be applied while compiling
interface CreateContextOptions
Usage in Deno
import { type CreateContextOptions } from "node:vm";
Properties #
Corresponds 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.
#codeGeneration: { strings?: boolean | undefined; wasm?: boolean | undefined; } | undefined #microtaskMode: "afterEvaluate" | undefined If set to afterEvaluate, microtasks will be run immediately after the script has run.
interface MeasureMemoryOptions
Usage in Deno
import { type MeasureMemoryOptions } from "node:vm";
interface MemoryMeasurement
Usage in Deno
import { type MemoryMeasurement } from "node:vm";
interface ModuleEvaluateOptions
Usage in Deno
import { type ModuleEvaluateOptions } from "node:vm";
Properties #
#timeout: RunningScriptOptions["timeout"] | undefined #breakOnSigint: RunningScriptOptions["breakOnSigint"] | undefined interface RunningCodeInNewContextOptions
Usage in Deno
import { type RunningCodeInNewContextOptions } from "node:vm";
Properties #
#cachedData: ScriptOptions["cachedData"] #importModuleDynamically: ScriptOptions["importModuleDynamically"] interface RunningCodeOptions
Usage in Deno
import { type RunningCodeOptions } from "node:vm";
Properties #
#cachedData: ScriptOptions["cachedData"] #importModuleDynamically: ScriptOptions["importModuleDynamically"] interface RunningScriptInNewContextOptions
Usage in Deno
import { type RunningScriptInNewContextOptions } from "node:vm";
Properties #
#contextName: CreateContextOptions["name"] Human-readable name of the newly created context.
#contextOrigin: CreateContextOptions["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.
#contextCodeGeneration: CreateContextOptions["codeGeneration"] #microtaskMode: CreateContextOptions["microtaskMode"] If set to afterEvaluate, microtasks will be run immediately after the script has run.
interface RunningScriptOptions
Usage in Deno
import { type RunningScriptOptions } from "node:vm";
Properties #
#displayErrors: boolean | undefined When true, if an Error occurs while compiling the code, the line of code causing the error is attached to the stack trace.
Specifies the number of milliseconds to execute code before terminating execution.
If execution is terminated, an Error will be thrown. This value must be a strictly positive integer.
#breakOnSigint: boolean | undefined If true, the execution will be terminated when SIGINT (Ctrl+C) is received.
Existing handlers for the event that have been attached via process.on('SIGINT') will be disabled during script execution, but will continue to work after that.
If execution is terminated, an Error will be thrown.
interface ScriptOptions
Usage in Deno
import { type ScriptOptions } from "node:vm";
Properties #
#cachedData: Buffer
| ArrayBufferView
| undefined V8's code cache data for the supplied source.
#produceCachedData: boolean | undefined #importModuleDynamically: Used to specify how the modules should be loaded during the evaluation of this script when import() 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 dynamic import() in compilation APIs.
interface SourceTextModuleOptions
Usage in Deno
import { type SourceTextModuleOptions } from "node:vm";
Properties #
#identifier: string | undefined String used in stack traces.
#cachedData: ScriptOptions["cachedData"] | undefined #lineOffset: BaseOptions["lineOffset"] | undefined #columnOffset: BaseOptions["columnOffset"] | undefined #initializeImportMeta: ((meta: ImportMeta,module: SourceTextModule,) => void) | undefined Called during evaluation of this module to initialize the import.meta.
#importModuleDynamically: ScriptOptions["importModuleDynamically"] | undefined interface SyntheticModuleOptions
Usage in Deno
import { type SyntheticModuleOptions } from "node:vm";
namespace constants
Usage in Deno
import { constants } from "node:vm";
Returns an object containing commonly used constants for VM operations.
Variables #
This constant, when used as the contextObject argument in vm APIs, instructs Node.js to create
a context without wrapping its global object with another object in a Node.js-specific manner.
As a result, the globalThis value inside the new context would behave more closely to an ordinary
one.
A constant that can be used as the importModuleDynamically option to vm.Script
and vm.compileFunction() so that Node.js uses the default ESM loader from the main
context to load the requested module.
type alias MeasureMemoryMode
Usage in Deno
import { type MeasureMemoryMode } from "node:vm";
Definition #
"summary" | "detailed" type alias ModuleLinker
Usage in Deno
import { type ModuleLinker } from "node:vm";
type alias ModuleStatus
Usage in Deno
import { type ModuleStatus } from "node:vm";
Definition #
"unlinked"
| "linking"
| "linked"
| "evaluating"
| "evaluated"
| "errored" variable constants.DONT_CONTEXTIFY
Usage in Deno
import { constants } from "node:vm";
This constant, when used as the contextObject argument in vm APIs, instructs Node.js to create
a context without wrapping its global object with another object in a Node.js-specific manner.
As a result, the globalThis value inside the new context would behave more closely to an ordinary
one.
When vm.constants.DONT_CONTEXTIFY is used as the contextObject argument to createContext,
the returned object is a proxy-like object to the global object in the newly created context with
fewer Node.js-specific quirks. It is reference equal to the globalThis value in the new context,
can be modified from outside the context, and can be used to access built-ins in the new context directly.
Type #
number variable constants.USE_MAIN_CONTEXT_DEFAULT_LOADER
Usage in Deno
import { constants } from "node:vm";
A constant that can be used as the importModuleDynamically option to vm.Script
and vm.compileFunction() so that Node.js uses the default ESM loader from the main
context to load the requested module.
For detailed information, see Support of dynamic import() in compilation APIs.
Type #
number