1. 还在下模拟器先把这句话放一放1.1 一次典型的“玩老游戏”折腾过程我见过太多朋友为了重新体验某款二十年前的游戏起步动作就是去搜索“XX模拟器下载”。搜索页面前几条看似正常点进去却充满下载器、推广广告、捆绑安装包好不容易下载了一个“绿色版”解压时又被杀毒软件拦下来提示有风险。等到模拟器终于打开你还要面对BIOS文件缺失、手柄按键映射不对、图像渲染出现花屏、声音延迟像放卡带……折腾半小时后真正玩游戏的时间可能只有五分钟。这不是夸张。传统桌面模拟器功能确实强大但它的使用对象本来就更接近“愿意折腾的硬核玩家”。如果你只是想在睡前用手机玩两关《魂斗罗》、在网页上打开一个GBA游戏怀旧一下这一整套流程就显得太笨重了。更麻烦的是每换一个平台就要下载对应的模拟器FC、SFC、GBA、PS、N64各自是独立软件不熟悉的人很容易在文件管理和配置上直接劝退。1.2 EmulatorJS给这条路做了减法EmulatorJS出现后这个局面发生了根本变化。它的核心思路是把模拟器整体塞进浏览器里——你不再需要下载安装任何客户端浏览器本身就是运行环境。打开一个网页、加载一个游戏文件就可以直接开始玩。游戏存档、即时存档、手柄接入、金手指这些功能也都集成在网页层不需要额外安装插件。从使用体验来看它解决的是“链路太长”的痛点。以前玩一个老游戏链路是“下载模拟器—安装运行库—准备BIOS—找ROM—配置手柄—调整画面—开始游戏”。在EmulatorJS这里链路被压缩成“打开网页—选择游戏—开始游戏”。尤其是在局域网内部署好之后手机、平板、电脑、电视盒子只要有一个现代浏览器打开同一个地址就能玩完全不需要在每个设备上单独装模拟器。1.3 它到底是什么项目EmulatorJS不是一个凭空冒出来的商业产品而是开源项目底层基于 libretro / RetroArch 生态。很多桌面端模拟器的核心Core本身就是C/C写的比如 fc、snes9x、mGBA、PCSX-ReARMed 等。EmulatorJS 通过 Emscripten 工具链把这些核心编译成 JavaScript 和 WebAssembly然后在浏览器里通过统一的加载器来调度。简单说EmulatorJS就是把“模拟器核心”和“Web播放器外壳”组合起来的项目。你可以在GitHub上找到它可以自托管也可以在官方Demo页面快速体验。因为整套东西都是Web技术栈所以部署成本极低一个静态网页服务器就足够了。2. 网页模拟器背后的原理值得搞懂2.1 从C/C代码到浏览器运行Emscripten要理解EmulatorJS首先要理解Emscripten。绝大多数模拟器核心是C/C写的浏览器没法直接执行于是需要一种编译方式把这些源码编译成浏览器能识别的目标格式。Emscripten就是一个基于LLVM的编译器它能把C/C代码编译成JavaScript或者WebAssembly同时提供了一套兼容层把POSIX API映射成浏览器的可用能力。这里有个容易忽略的细节模拟器核心在运行时通常要读取文件比如读取游戏ROM、写入存档文件。传统桌面程序可以直接访问本地文件系统但浏览器出于安全限制不能随意读写本地文件。Emscripten提供了一个虚拟文件系统浏览器端通过JavaScript把游戏ROM的数据写入虚拟磁盘模拟器核心再从这个虚拟文件系统里去读取。EmulatorJS的后台逻辑其实就是在做这件事把ROM文件用fetch拉回来写入内存文件系统然后启动对应的核心。很多人误以为网页模拟器就只是在浏览器上用JavaScript慢吞吞地“解释”游戏代码这已经过时了。现在主流的方案是直接编译成WebAssembly运行效率接近原生代码。2.2 WebAssembly让网页模拟器不再卡顿WebAssemblyWASM是一种可以在浏览器沙箱中运行的二进制指令格式它的执行速度远高于纯JavaScript解释执行。CPU密集的任务比如像素渲染、音频采样、游戏逻辑模拟放在WASM上跑性能已经非常接近原生水平。更关键的是现代WASM支持SIMD单指令多数据和线程。SIMD能一次性处理多个数据对图像处理、音频混合这类并行度高的任务提升明显线程则通过SharedArrayBuffer让浏览器可以真正多核并行处理任务。EmulatorJS在部署时如果配置了正确的响应头就可以启用这些能力让PS1、N64这类对性能要求更高的核心跑得更加流畅。所以现在的浏览器已经是一个相当强大的运行时环境。早年纯JavaScript模拟器只能勉强玩FC而现在的WASM模拟器已经能流畅运行不少3D游戏这就是技术迭代带来的结果。2.3 “全平台”到底支持到什么程度标题里说的“全平台”指的是EmulatorJS通过不同的libretro核心能够模拟很多种不同的游戏主机。它不是一个模拟器而是一个模拟器集合。从8位、16位时代到32位、64位时代覆盖面相当广FC/NES、SFC/SNES、GB/GBC/GBASega MD/Genesis、PCE、Neo GeoPS1、N64、Atari、MAME街机等不同核心的成熟度和性能表现并不一样。FC、SFC、GBA这类2D主机模拟成熟度很高用户体验很稳定PS1在桌面浏览器上也可以跑得不错N64要看具体游戏部分对性能敏感的游戏可能会掉帧PSP这类更复杂的平台虽然也有核心但离“全速可玩”还有距离。所以“全平台”更准确的理解是“通过一个网页入口可以覆盖绝大多数经典游戏平台”而不是“什么游戏都能满帧运行”。3. 五分钟跑起来在线体验和自建最小页面3.1 先找公开Demo试试手感在你动手部署之前我建议先去体验一下公开的Demo。EmulatorJS的GitHub仓库页面和它的官网都有在线示例你选择一个游戏核心比如GBA加载一个游戏ROM就能在浏览器里直接操作。这里有一个前提不要使用你并没有合法权利的游戏ROM。你可以找一些开源社区自制的小游戏来试比如很多开源的Game Boy游戏或者用自己已有的正版卡带备份ROM来测试。正式体验前确认你的浏览器版本不要太老。Chrome、Edge、Firefox这类主流浏览器基本都支持如果你用旧版Safari可能会有兼容问题。第一次加载时核心WASM文件和ROM都要下载所以需要等几秒游戏画面出现后整个体验就和本地模拟器差不多了。3.2 自建EmulatorJS的最简页面如果只是临时体验用官方Demo就够了。但如果你想长期使用或者想在局域网里让家人朋友一起玩自托管是最好的选择。自托管EmulatorJS并不难本质上就是把项目文件放到一个静态网站目录里。最简单的方式是先从GitHub Release或仓库中获取data目录然后放在你的网站根目录。假设文件结构是这样的emulatorjs/ ├─ data/ │ └─ loader.js ├─ game.nes └─ index.html然后在index.html里写一个最小播放器页面!DOCTYPE html html langzh-CN head meta charsetutf-8 meta nameviewport contentwidthdevice-width, initial-scale1 title我的网页游戏/title /head body div idgame/div script EJS_player #game; EJS_core nes; EJS_gameUrl game.nes; EJS_pathtodata data/; /script script srcdata/loader.js/script /body /html用浏览器打开http://localhost:8080这个页面后EmulatorJS会自动加载FC核心和game.nes然后出现游戏画面。代码里的四个核心变量缺一不可EJS_player是播放器挂载点的选择器EJS_core决定用哪个核心EJS_gameUrl是要加载的ROM路径EJS_pathtodata指向存放loader和核心文件的目录。3.3 核心配置参数逐项说明很多第一次接触的人会被一堆EJS_变量搞晕。其实常用的就几个我先列一个表参数作用常见值EJS_player播放器挂载到哪个DOM元素#gameEJS_core游戏平台核心nes、gba、psxEJS_gameUrl游戏ROM文件的URLgame.nesEJS_pathtodataEmulatorJS data目录路径data/EJS_gameName游戏名称用于显示和存档SuperGameEJS_startOnLoaded加载完成后是否自动开始true/falseEJS_language界面语言zh-CNEJS_volume默认音量0~100EJS_disableSavestate是否禁用即时存档false其中EJS_core的命名比较固定比如nes、snes、gba、gb、md、psx、n64、mame等。具体支持哪些可以看EmulatorJS文档或data目录下的核心列表。有一点要提醒EJS_gameUrl和EJS_pathtodata在开发时最好使用相对路径这样不至于因为域名切换导致404。如果你的站点部署在子目录相对路径也要相应调整。3.4 游戏ROM从哪里来、怎么放ROM文件是可以放在服务器上的但这里涉及合规问题。我不建议也不鼓励传播商业游戏的ROM文件。比较稳妥的做法是自己从正版卡带或光盘中备份出来的ROM开源或公版游戏/Homebrew游戏你拥有合法授权的游戏内容。文件放置位置很自由只要URL能访问到就行。如果只是小文件放在同目录即可如果是几百MB的PS1游戏尽量放在服务器或NAS上带宽较好的路径。EmulatorJS加载时会先通过fetch拉取整个ROM文件所以文件大小会直接影响首次等待时间建议在局域网或带宽充足的环境使用。3.5 把页面所在目录放到任意Web服务器需要注意的是不要直接双击index.html以file://协议打开。浏览器对本地文件的跨域限制会阻止loader加载核心文件最常见的结果就是页面黑屏。正确做法是用一个本地HTTP服务把目录跑起来。如果你只是临时调试最简单的方式就是在index.html所在目录执行python3 -m http.server 8080然后在浏览器访问http://localhost:8080。如果环境里没有Python也可以用Node.js的npx serve或者VS Code的Live Server插件。正式部署时把整个目录丢到Nginx的html目录下或者传到GitHub Pages、Vercel、Netlify等静态托管平台都行。4. 搭一个属于自己的“网页游戏合集”4.1 多机种支持与目录组织只放一个游戏太浪费了既然部署了EmulatorJS不如搞成一个可以多平台选游戏的网页合集。目录可以按平台分类比如games/ ├─ fc/ │ └─ mario.nes ├─ gba/ │ ├─ zelda.gba │ └─ metroid.gba ├─ sfc/ │ └─ mario_world.sfc ├─ psx/ │ ├─ game.bin │ └─ game.cue └─ n64/ └─ game.z64对应每个平台可以写一个独立的HTML页面也可以做一个通用的播放器页面通过URL参数来选择核心和ROM。后者更优雅一个play.html根据URL里的core和rom参数动态设置EJS变量。4.2 配置多个核心和游戏列表核心思路是动态加载。你在页面里写一个游戏列表点击某个游戏后跳到或重载到播放器页面。播放器页面的一段关键逻辑大概是script const params new URLSearchParams(window.location.search); const core params.get(core) || nes; const rom params.get(rom) || game.nes; EJS_player #game; EJS_core core; EJS_gameUrl rom; EJS_pathtodata data/; EJS_language zh-CN; /script script srcdata/loader.js/script然后游戏列表页只需要把链接写成a hrefplay.html?coregbaromgba/zelda.gba塞尔达传说缩小帽/a这套方案管理起来非常方便新增游戏只需要在列表里加一个链接不用为每个游戏新建页面。如果你愿意再加点样式可以做一个封面墙给每个游戏配上截图和中文名称看起来就像一个迷你游戏平台。4.3 手机、电视、NAS上都能用吗我在实际部署时主要设备是NAS加Nginx。把EmulatorJS和游戏ROM都放在NAS上手机、平板、电脑连同一个局域网打开浏览器输入NAS的IP地址就能玩。电视盒子上只要装了浏览器也可以用遥控器操作虽然不够方便但接一个无线手柄就很舒服。移动端有个常见问题iOS上的Safari对SharedArrayBuffer支持较保守可能会禁用多线程导致一部分核心运行速度不理想。如果你主要在移动端使用可以考虑用Chrome或Edge或者在Android设备上使用Chromium内核的浏览器。老旧的电视盒子CPU性能弱跑PS1和N64会比较吃力但FC、SFC、GBA这类2D游戏问题不大。5. 性能调优与常见问题排查5.1 想让模拟器跑得更稳先调这几个参数网页模拟器的性能不是完全不可控的。首先尽量用最新版Chrome、Edge或FirefoxWASM和WebGL的新特性只有在新版浏览器里才完整支持。其次确认显卡硬件加速是开启的EmulatorJS渲染Shader时会用到WebGL关闭硬件加速会导致画面渲染性能下降。第二选择更合适的核心。同一个平台在EmulatorJS里可能有多个核心比如SFC有默认的Snes9X核心也有更老的bsnes核心。不同核心对硬件的要求不一样默认核心一般兼容性较好遇到卡顿时可以换轻量核心试试。第三给服务器配置支持线程的响应头。开启线程后模拟器可以把音频、视频、输入处理分散到多个线程明显改善复杂场景的卡顿。但这需要服务器配合。5.2 需要开启线程时服务器响应头怎么配启用SharedArrayBuffer需要两个特殊的HTTP响应头Cross-Origin-Opener-Policy: same-origin和Cross-Origin-Embedder-Policy: require-corp。如果你的服务器是Nginx可以在站点配置里加location / { add_header Cross-Origin-Opener-Policy: same-origin always; add_header Cross-Origin-Embedder-Policy: require-corp always; }添加后页面不能再随意引用跨域资源否则会被CORP策略拦下来。如果你把ROM放在CDN或另一个域名就需要给那个域名配置正确的跨域响应头或者让所有资源都同源。这个配置对普通小游戏来说不是必须的但如果你想跑N64、PS1这些更吃性能的核心建议还是打开。5.3 常见问题速查我在部署和使用的过程中遇到过不少问题这里列一个速查表方便你快速定位现象可能原因解决办法打开页面黑屏以file://协议访问或loader路径错误用HTTP服务访问检查EJS_pathtodata加载到一半卡住ROM文件跨域被拦截把ROM放同源目录或配置CORS手柄没有反应浏览器手柄权限或未映射先点击页面任意位置再连接手柄检查系统手柄权限存档丢失浏览器存储被清理定期导出存档文件使用即时存档iOS上运行卡顿Safari不支持线程/SharedArrayBuffer换用Chrome/Edge降低游戏核心要求部分PS1游戏黑屏缺少BIOS文件把BIOS放入data目录并确认核心设置加载报错“wasm”相关服务器不支持application/wasm MIME类型Nginx加include mime.types;或显式配置排查问题时最有效的工具是浏览器开发者工具。打开F12控制台很多加载失败的原因都会直接显示出来比如404、CORS错误、MIME类型错误。根据报错信息去检查路径和服务器配置比猜要快得多。6. 一点实操心得和可以继续做的扩展6.1 合规提醒ROM的版权边界要注意给本地自己玩问题不大。一旦部署到公网就要谨慎考虑游戏ROM的版权问题。商业游戏ROM的版权通常仍在版权方手里公开分享很可能涉及侵权。自托管时最好只放你自己合法备份的游戏或者开源、公版作品。我在自己的NAS上部署时放在局域网里供家庭成员使用不对外公开这样既方便又不会把版权内容暴露到公网。如果你确实想做一个分享网站强烈建议仅展示开源游戏、Homebrew游戏或者你自行开发的内容商业游戏列表不要做。6.2 还能继续扩展的方向EmulatorJS的扩展空间其实很大。你可以给它加一个游戏搜索功能把游戏列表做成JSON数据前端做模糊搜索可以给游戏加封面墙和简介可以把存档定期备份到NAS的指定目录还可以在页面里加一个“最近玩过”的列表方便快速继续上次的进度。另一个好玩的方向是给EmulatorJS写一个简单的启动器用Electron或者Tauri封一层壳做成一个看起来像桌面软件的工具但实际内核还是网页模拟器。这样既能享受Web生态的方便又能获得独立的桌面图标和窗口。如果你对前端比较熟还可以自定义界面语言、按钮布局、主题色让整个页面看起来更像一个定制的游戏平台。6.3 最后说点我的个人体验我在真正使用EmulatorJS之前也觉得网页模拟器顶多是个玩具性能一定不如桌面版。后来在NAS上部署完用平板躺在床上玩GBA整个过程没有安装任何东西我才意识到自己之前低估了它。给长辈用的时候更明显你不需要教他怎么打开模拟器、怎么读存档、怎么设置手柄只要打开浏览器、点一下游戏、拿起手柄就能玩。这个体验让我觉得未来游戏平台的门槛会越来越低浏览器可能是比客户端更普及的入口。如果你也厌倦了到处找模拟器、装模拟器的日子不妨找一个周末把EmulatorJS部署起来再把手边几款正版游戏备份放进去。那个“打开网页就能玩”的流畅感值得一试。