浏览器端 DOS 游戏运行时优化：WebAssembly 模拟器的输入延迟控制与帧同步策略

浏览器端运行经典 DOS 游戏已成为复古游戏 preservation 的重要方向。DOS Zone 作为该领域的代表性平台，基于 js-dos 引擎在浏览器中模拟运行超过 1900 款 DOS 游戏，涵盖从《DOOM》到《英雄无敌》等经典作品。然而，与原生 DOSBox 相比，浏览器环境引入了独特的技术挑战：WebAssembly 模拟器无法直接访问底层硬件，输入事件需要穿越 JavaScript 事件循环与 WASM 边界，帧同步则受制于浏览器的渲染调度机制。

架构层面的延迟来源

js-dos 采用分层架构设计，核心模拟层基于 DOSBox/DOSBox-X 后端，通过 Emscripten 编译为 WebAssembly 在浏览器中执行。这一架构带来两个关键执行模式选择：Worker 线程模式与渲染线程模式。Worker 线程将模拟计算与主线程分离，避免 UI 渲染阻塞模拟循环，但增加了主线程与 Worker 之间的通信开销；渲染线程模式则减少了线程间通信延迟，却可能因 DOM 操作阻塞而影响模拟稳定性。

浏览器环境的根本限制在于 WASM 模拟器无法直接访问 PC 硬件定时器与中断控制器。传统 DOS 游戏依赖精确的 18.2Hz 定时器中断进行帧同步，而浏览器中的 setInterval 与 requestAnimationFrame 均无法提供同等精度的时序保证。这种差异导致输入采样与画面渲染之间产生可变延迟，在动作类游戏（如 FPS、平台跳跃）中尤为明显。

输入延迟控制策略

针对浏览器环境的输入延迟问题，可从三个维度进行优化：

事件循环优化：采用 requestAnimationFrame 驱动的输入轮询机制，确保输入采样与渲染帧对齐。避免使用 setTimeout/setInterval 进行输入处理，因其可能因浏览器节流而产生不可预测的延迟。对于支持的游戏，优先使用 Worker 线程模式，将输入处理逻辑移至独立上下文，减少主线程竞争。

帧率稳定优先于峰值性能：DOS 游戏通常设计为固定帧率运行（如 70Hz 的 Mode 13h）。js-dos 提供 CPU 周期调节参数，建议配置为略高于游戏原始需求的固定值，而非动态调节模式。波动的模拟速度比略低但稳定的帧率更易被玩家感知为 "卡顿"。

渲染同步策略：使用 requestAnimationFrame 回调进行画面提交，而非直接写入 Canvas。这确保了模拟帧与显示器刷新率的同步，减少画面撕裂与输入延迟。对于高刷新率显示器，考虑启用 VSync 模拟，将输出锁定为 60Hz 或 120Hz 的整数倍。

可落地的工程参数

基于 js-dos 的 API 设计，以下是可直接应用的配置参数：

// Worker 线程模式配置（推荐用于动作游戏）
const dos = await Dos(canvas, {
  worker: true,           // 启用 Worker 线程
  cycles: 3000,           // 固定 CPU 周期，避免动态调节
  backend: 'dosbox-x',    // DOSBox-X 提供更精确的时序模拟
});

// 输入延迟监控
let lastInputTime = 0;
let frameLatency = [];

canvas.addEventListener('keydown', (e) => {
  const now = performance.now();
  lastInputTime = now;
});

// 每帧记录延迟
dos.onFrame(() => {
  if (lastInputTime > 0) {
    frameLatency.push(performance.now() - lastInputTime);
    lastInputTime = 0;
  }
});

监控清单：

• 输入到渲染延迟：目标 < 50ms（约 3 帧 @ 60Hz）
• 帧时间稳定性：标准差 < 5ms
• 丢帧率：目标 < 1%
• Worker 线程通信延迟：通过 postMessage 传输时间测量

局限与权衡

浏览器端 DOS 模拟面临不可突破的架构限制。WebAssembly 的安全沙箱机制决定了其无法直接访问系统定时器，这意味着某些依赖精确硬件时序的 DOS 程序（如特定音轨同步的老游戏）可能无法完美运行。此外，移动端的电池优化策略可能进一步加剧输入延迟，建议在移动端采用更保守的渲染策略。

对于追求极致低延迟的场景，本地原生 DOSBox 仍是不可替代的选择。浏览器端方案的价值在于 accessibility 与 preservation，而非竞技级响应速度。工程实践中，应通过 A/B 测试验证不同配置下的玩家体验，而非单纯追求技术指标。

资料来源

• js-dos GitHub: https://github.com/caiiiycuk/js-dos
• js-dos 文档: https://js-dos.com/overview.html
• DOS Zone: https://dos.zone

web-performance