Node.js在VM环境使用ECMAScript modules
- 更新:2021-03-04 15:28:35
- 首发:2021-03-04 13:25:32
- 教程
- 3773
vm
模块允许在V8虚拟机上下文中编译和运行代码。但是不是安全机制,如果有沙箱(sandbox)需求,可以考虑https://github.com/patriksimek/vm2。
在VM环境中使用ECMAScript modules
,即在VM环境中可以用import
代替require
引入某个模块,避免Cannot use import statement outside a module
错误,也可以用export
代替module.exports
。
我的使用场景:
通过Node.js在VM环境使用ECMAScript modules之目的,是为了构建一个虚拟环境(可控的上下文内容)动态执行一些代码,方便在复杂系统中构建小型脚本动态的快速验证一些想法。
在https://github.com/yi-ge/api-proxy这个小项目中也有用到vm
模块。
实现方法
const vm = require('vm')
require = require("esm")(module)
vm.runInNewContext(`require("./main.js")`, {
console,
module,
require
});
借助了esm
开源模块(https://github.com/standard-things/esm),此时就可以在main.js
中运行类似下面这样的代码了:
import fs from 'fs'
const a = fs.readFileSync('./main.ts', 'utf-8')
console.log(a)
其它
使用ems
本质上还是转换为CommonJS
,和使用babel
进行转换本质上是一样的。
可以通过vm.Module实现更低级的ECMAScript modules接口运行在VM环境。
如果在package.json
中定义了"type": "module"
,上述方法是无效的。因为require
和module
是未定义的。需要采用其它方法。
除特别注明外,本站所有文章均为原创。原创文章均已备案且受著作权保护,未经作者书面授权,请勿转载。
打赏
交流区
暂无内容
感谢回复! Clang 在生成时沿用了 GCC 的版本号标识,我是不是可以理解为Clang 18.1.4生成时使用的就是GCC4.8,所以我后续使用gcc 9.4
gcov
就会有不兼容的问题抱歉,这块我也不太清楚,尝试寻求AI的帮助吧。
我在这个过程中遇到了各种问题- -,现在在UDC core: g_serial: couldn't find an available UDC卡住了,请问大佬有什么解决方案吗,还是说我前置的设置就错了呢,> 这个需求很特殊。是可以的,但是比较困难,需要修改驱动配置。
好思路呀!!
关于hex编辑器,网上没找到特别好用的(小白没办法),最后在vscode上扩展一搜hex,第一个安装一下就可以用vscode进行hex编译了