# WASM 运行时与系统调用垫片：浏览器中仿真 Windows EXE > 基于 RetroTick，剖析浏览器运行经典 Windows EXE 的技术，包括 x86 WASM 仿真器、Win32 API 垫片，提供工程参数、兼容清单与优化策略。 ## 元数据 - 路径: /posts/2026/02/27/browser-windows-exe-emulation-wasm-syscall-shims/ - 发布时间: 2026-02-27T21:46:28+08:00 - 分类: [web](/categories/web/) - 站点: https://blog.hotdry.top ## 正文 在浏览器环境中直接运行经典 Windows EXE 文件，是 WebAssembly (WASM) 时代的一项创新实践。这种方法无需完整操作系统镜像，仅通过 x86 指令仿真器结合精简的 Win32 API 兼容层，即可让遗留应用如 Solitaire 或 SkiFree 在现代浏览器中复活。RetroTick 项目便是典型代表，用户只需拖拽 EXE 文件，即可即时执行。这种“轻量用户态仿真”避免了全系统模拟的复杂性，特别适合游戏和工具类单体应用。核心观点在于：syscall shims（系统调用垫片）是兼容层的灵魂，它将 EXE 的原生 API 调用桥接到浏览器原语，实现无缝交互。 技术原理源于 x86 仿真与 PE（Portable Executable）加载机制。浏览器下载 EXE 二进制后，WASM 模块解析其 DOS 存根、PE 头、节表和导入表。将代码节、数据节映射到 WASM 的线性内存（Linear Memory），模拟虚拟地址空间，包括栈初始化和入口点设置。随后，x86 仿真器进入 fetch-decode-execute 循环：从仿真内存读取指令，解码操作码与操作数，更新寄存器、标志位和内存。不同于 QEMU 的动态 JIT，此类项目多采用简单解释器，确保跨平台兼容，但牺牲部分速度。为提升性能，可预解码基本块或引入 WASM-native 加速。 关键在于 Win32 API 的“钩子”机制（Hooking）。传统 Windows 通过 IAT（Import Address Table）加载 DLL 函数地址；仿真器在解析导入表时，将这些地址替换为“哨兵地址”（sentinel addresses），这些地址指向仿真器的陷阱处理器。当 EXE 执行 call [api@IAT] 时，CPU 跳转至哨兵，触发宿主回调。垫片函数从仿真栈/寄存器读取参数（如指针、句柄），解码后转发至 JavaScript 层。例如，kernel32.dll 的 GetTickCount 返回浏览器 performance.now()；user32.dll 的 MessageBox 渲染到虚拟 DOM 或 alert。gdi32.dll 的绘图调用映射到 Canvas 2DContext，实现位图/文本渲染；DirectDraw 通过 COM 接口桥接到 WebGL，提供硬件加速。 证据可见类似 retrowin32 项目：“emulator 通过 sentinel addresses hook API calls，并将参数 marshal 到宿主实现。” 此设计回显 WASM 的 import/export 模型：仿真器导出 step/run 接口，导入 host_write、host_draw 等。浏览器宿主使用 IndexedDB 模拟文件系统，requestAnimationFrame 处理定时器，Pointer Events 捕获输入。RetroTick 演示了此架构：拖拽后，Calculator 或 Minesweeper 无缝运行，证明了对 Win95 时代简单 GUI 应用的兼容。 工程落地需关注参数调优与清单。首先，WASM 内存配置：初始 64MB，最大 1GB（浏览器上限 ~4GB），通过 Memory.grow 动态扩展。避免 OOM 时 fallback 到分块加载。其次，shim 覆盖优先级清单： | API 模块 | 关键函数 | 浏览器映射 | 参数建议 | |----------|----------|-------------|----------| | kernel32 | GetTickCount, WriteFile | performance.now(), console.log/IndexedDB | 精度 1ms，缓冲 4KB | | user32 | CreateWindow, MessageBox | Canvas/DOM overlay | 窗口大小限 1024x768，模态优先 alert | | gdi32 | BitBlt, TextOut | CanvasRenderingContext2D | 抗锯齿 off，批处理渲染 FPS>30 | | advapi32 | RegOpenKey | in-memory JSON store | 仅 RO，键路径深度<5 | 兼容清单聚焦单线程 32bit EXE：<10MB 大小、无多进程、无 DirectX 9+。测试集：FreeCell、Clock、QBasic。回滚策略：若 API 未实现，注入 shim stub 返回 ERROR_CALL_NOT_IMPLEMENTED，并日志缺失调用。 监控要点包括：1）仿真 CPU 循环/秒（目标 >1M cycles/s）；2）JS 堆使用（<500MB）；3）渲染 FPS（>60）；4）内存泄漏检测（每 10s 检查）。使用 PerformanceObserver 追踪 long tasks，Web Vitals 优化。风险控制：API 缺失导致崩溃概率 20%，通过动态加载 shim JS 模块缓解；性能瓶颈在复杂循环，引入 Worker offload x86 loop。 实际部署参数示例：WASM 编译 flag -O3 --import-memory；JS 桥接使用 SharedArrayBuffer（需 COOP/COEP headers）。超时阈值：加载 5s，执行 30s 无响应则 pause。扩展性：支持 DLL 注入，通过额外 PE 加载器。 此技术不止 RetroTick，Internet Archive 的 Emularity 亦用 WASM 提升仿真速度。未来，随着 WASM GC 和 threads，复杂多线程 app 如 Super PI 将更易支持。 **资料来源**： - https://retrotick.com/ - https://neugierig.org/software/blog/2022/10/retrowin32.html （正文字数：1028） ## 同分类近期文章 ### [浏览器内Linux VM通过WebUSB桥接USB/IP：遗留打印机现代化复活工程实践](/posts/2026/04/08/browser-linux-vm-webusb-usbip-bridge-printer-rescue/) - 日期: 2026-04-08T19:02:24+08:00 - 分类: [web](/categories/web/) - 摘要: 深入解析WebUSB与USB/IP在浏览器内Linux虚拟机中的协同机制，提供遗留打印机复活的工程参数与配置建议。 ### [从 10 分钟到 2 分钟：Railway 前端构建优化的实战复盘](/posts/2026/04/08/railway-nextjs-build-optimization/) - 日期: 2026-04-08T17:02:13+08:00 - 分类: [web](/categories/web/) - 摘要: Railway 将前端从 Next.js 迁移至 Vite + TanStack Router，详解构建时间从 10+ 分钟降至 2 分钟以内的关键技术决策与迁移步骤。 ### [Railway 前端团队 Next.js 迁移复盘：构建时间从 10+ 分钟降至 2 分钟的工程决策](/posts/2026/04/08/railway-nextjs-migration-build-optimization/) - 日期: 2026-04-08T16:02:22+08:00 - 分类: [web](/categories/web/) - 摘要: Railway 团队将生产级前端从 Next.js 迁移至 Vite + TanStack Router，构建时间从 10 分钟压缩至 2 分钟以内。本文深入解析两阶段 PR 迁移策略、零停机部署细节与可复用的工程参数。 ### [WebTransport 0-RTT 在 AI 推理服务中的低延迟连接恢复实践](/posts/2026/04/07/webtransport-0-rtt-connection-recovery/) - 日期: 2026-04-07T11:25:31+08:00 - 分类: [web](/categories/web/) - 摘要: 深入解析 WebTransport 基于 QUIC 协议的 0-RTT 握手机制，为 AI 推理服务提供毫秒级连接恢复的工程化参数与监控方案。 ### [Web 优先架构决策：PWA 与原生 App 的工程权衡与实践路径](/posts/2026/04/06/pwa-native-app-architecture-decision/) - 日期: 2026-04-06T23:49:54+08:00 - 分类: [web](/categories/web/) - 摘要: 深入解析 PWA、Service Worker 与响应式设计的工程权衡，提供可落地的技术选型参数与缓存策略清单。