RetroArch JS模拟器本地运行故障求助：无限循环打印内存初始化日志

我之前折腾Emscripten编译的libretro核心时也碰到过类似的卡住问题，给你几个具体的排查和修复方向：

1. 检查ROM加载的时机与路径 #

play-roms的在线版本大概率是在Emscripten模块完全初始化后才加载ROM的，如果你本地直接复制了代码，可能ROM的加载时机不对，或者文件路径没配置正确：

• 确认你的ROM文件是否被正确挂载到Emscripten的虚拟文件系统里，比如通过FS.createDataFile把本地ROM文件写入虚拟路径，或者用FS.mount挂载本地目录。
• 不要在Module.onRuntimeInitialized回调触发前调用核心的加载ROM方法，Emscripten模块初始化完成前，虚拟文件系统和核心接口都还没准备好，强行调用会导致核心反复初始化内存。

2. 确保.mem文件与核心版本完全匹配 #

这个无限循环的常见原因就是mem文件和核心JS不兼容：

• 哪怕是同一个核心的小版本差异，mem文件的内存快照结构都可能变，你从play-roms复制的mem文件必须和对应的核心JS完全对应，不能混用其他版本的核心。
• 如果调用远程mem文件还是不行，试试把mem文件和核心JS打包到一起，用Emscripten的--embed-file参数重新编译核心，把mem文件嵌入到JS里，避免加载时的异步问题。

3. 排查Emscripten模块的隐藏错误 #

控制台只打印INFO日志，可能是错误被Emscripten的默认处理逻辑吞掉了：

• 给Module对象添加自定义的错误输出钩子：

  Module.printErr = function(text) {
    console.error("[Emscripten Error]", text);
  };
  

  这样能看到更多核心初始化时的错误信息，比如ROM文件无法读取、虚拟文件系统权限问题等。
• 检查浏览器网络面板，确认所有资源（JS、mem、ROM）都返回200，没有加载失败的情况。

4. 尝试调整Emscripten编译参数（如果自己编译核心的话） #

如果你打算自己编译mupen64plus-libretro核心，注意添加这些关键参数：

• -s ALLOW_MEMORY_GROWTH=1：允许内存动态增长，避免N64游戏内存不足导致卡住。
• -s USE_SDL=2：使用SDL2后端，确保输入、渲染在浏览器里正常工作。
• -s EXPORTED_FUNCTIONS=['_main', '_retro_init', '_retro_load_game']：导出核心需要的关键函数，避免接口缺失。

5. 替换核心版本或尝试其他N64核心 #

如果mupen64plus的JS版本一直有问题，试试其他libretro的N64核心：

• 比如parallel-n64的JS构建，它对浏览器环境的兼容性更好，内存初始化逻辑更稳定。
• 去libretro的构建服务器找更早的稳定版（比如1.6.7）的emscripten核心，1.7.0版本可能存在特定的浏览器兼容性bug。

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