在NodeJS文档中，它声明如下:
我的问题是:WASI API提供了WebAssembly系统接口规范的实现。WASI允许沙盒WebAssembly应用程序通过一组类似posix的函数来访问底层操作系统。
使用WASI API的最大好处是什么，比如说，生成一些其他子进程或运行非nodejs代码的类似方法
?我不得不假设它比生成子进程更快，或者使用一些带有本地api绑定的C代码。
也许我只是误解了WASI背后的整个想法，这是合理的，考虑到WASM如此惊人的部分原因是能够在web上使用服务器端，完整的编程语言(大部分)，就像我们在Go/Rust中看到的所有疯狂的工具。
在node中本机运行WASM是否更有利?如果是这样，与运行子进程相比有什么好处?
我最终从这里的一个帖子中得到了我的答案，这个帖子被删除了。
在真正高级的术语中，WASI只是WASM的一个(系统)接口。
我最后发现这篇简短的"文章"，如果你愿意的话，也非常有帮助!
正如WebAssembly是一种用于概念机器的汇编语言一样，WebAssembly需要一个用于概念操作系统的系统接口，而不是任何单一的操作系统。这样，它可以在所有不同的操作系统上运行。
这就是WASI——WebAssembly平台的系统接口。