Emscripten与模拟系统调用：时隔七年是否具备可行性？

Emscripten可将C/C++代码编译为WASM，该格式通常在浏览器的虚拟机中运行。由此产生疑问：在此场景下，系统调用（或对内核的一般性依赖）应如何实现？毕竟虚拟机完全不具备内核环境。2017年曾有相关回答称该实现不可行，时隔七年，现状是否有所改变？

核心实现逻辑与现状更新 #

• Emscripten运行时的模拟转译
  Emscripten从设计之初就不依赖WASM直接调用宿主内核，而是通过内置的运行时库将C/C++代码中的系统调用（比如POSIX接口）转译为浏览器或其他宿主环境支持的API。例如：

  • 文件IO操作会被映射到浏览器的File API、IndexedDB，或者Node.js的文件系统模块；
  • 进程/线程相关调用会转为Web Worker，借助浏览器的多线程能力模拟实现。

• 2017年后的关键突破
  2017年的“不可行”结论主要受限于当时WASM的功能边界，如今情况已发生本质变化：

  • WASI标准的普及：WASI（WebAssembly System Interface）是专为WASM制定的标准化系统调用接口，Emscripten已全面支持。它让WASM程序能以统一的方式请求系统资源，宿主环境只需实现WASI适配层，就能提供类似原生程序的系统调用能力，不管是浏览器、Node.js还是独立WASM runtime（如wasmtime）都能支持。
  • WASM特性增强：SharedArrayBuffer、WebAssembly.Threads等特性的稳定支持，让Emscripten能更精准地模拟多进程、线程同步等依赖内核的行为。
  • 兼容性提升：现在多数依赖常规系统调用的C/C++程序（包括部分小型服务端工具）都能被编译为WASM，在浏览器环境中正常运行，核心系统调用需求基本都能得到满足。

• 仍存在的局限性
  并非所有内核调用都能完美适配：比如直接操作硬件底层的调用（如显存读写、特定硬件指令），或者依赖宿主内核独有特性的接口，依然无法在浏览器虚拟机中实现。但这类场景属于小众需求，常规业务场景下的系统调用已无明显障碍。

内容的提问来源于stack exchange，提问作者Student