修复长时间对局中的资源泄漏：崩溃、静音与菜单退化

[Yohoa]

背景

长时间对局（约 30 分钟，多电脑混战）会依次出现三个现象：先变慢，然后声音完全消失，最后崩溃在 动态 stub 区不足。本 PR 修复这三个现象的根因，以及排查过程中发现的同类缺陷。

排查用的是原始 game.exe（sha256 06f99496…）加玩家自有资源，在无头 Chrome 中自动开局并定时采样模拟器内部状态。

已确认修复的三个现象

崩溃：CoCreateInstance 对客体注册类的桥接，每次调用都从动态 stub 区 bump 分配一段代码且从不回收。RA2 的每个单位创建移动组件都会走这里。实测（北极圈，4 个电脑）激烈交战时约 1000 逻辑帧泄漏约 600 段，约 4 万帧耗尽 1MB 区域；改用可复用回调槽后，同场景 stub 指针全程不动。

声音消失：AudioWorkletProcessor 在收到 destroy 后仍从 process() 返回 true，浏览器因而无法回收已断开的节点。实测音频线程上累积到 73 个僵尸处理器（同时在用的为 0），音频渲染跟不上实时，AudioContext.currentTime 每 30 秒只前进约 5 秒，游戏随即静音。销毁后返回 false 即可回收。玩家侧已确认修复后长局不再丢声音。

变慢：玩家侧确认随上述修复一并消失。推测与音频线程饱和后游戏反复查询播放位置、加锁写入有关，未单独证实。

同类缺陷

• 内存不足时返回成功但对象在地址 0：createComObject / createSurface / createPalette / createSoundBuffer 在堆耗尽时返回“成功”，调用方随后向客体低地址内存写入画面与 PCM 数据。现统一返回 DDERR_/DSERR_OUTOFMEMORY。
• 线程 id 与栈永不回收：线程退出后栈（最多 1MB）不释放、id 不复用。测试证实 64 次创建/退出后 CreateThread 全部失败，且 4MB 客体内存永久丢失。现在退出后释放栈、关闭句柄后回收 id，并在复用 id 时清空兼容锁深度与 x87 保存区（否则新线程会继承上一个线程的状态）。句柄关闭后仍保留映射，避免已阻塞的等待方失效。
• 窗口镜像表被耗尽：镜像索引为 hwnd - 0x2000 且无回收，约 30 次菜单切换后所有新窗口永久退化为完整 hypercall。改为按 2 的幂环绕（896→512），每项记录属主 HWND，客体桩比对不符即回退；槽位释放时交还给仍存活的窗口。HWND 本身不复用：实测复用会让新对话框继承已销毁窗口的消息，菜单变空白。
• EnumDisplayModes：与崩溃同类的每次调用泄漏，改用回调槽与复用的描述符。
• EnumSessions：大厅轮询期间每次为每个房间分配且不释放，改为延迟一代释放。
• OleSaveToStream 桥接：同样的每次分配与 20 字节永久堆占用，改用回调槽，收尾在 CLI 下释放。RA2/YR 仍按原策略跳过该链路，本 PR 不改变该策略。

存档路径

存档此前在 KERNEL32.DLL!GetDateFormatA 处以未实现中止。本 PR 实现 GetDateFormatA / GetTimeFormatA，按客体字节展开格式串（双字节字符的尾字节可能正好是 y、d，按字符处理会误判为字段），默认使用纯数字 ASCII 图案以避免与游戏代码页不符。

实测储存界面已能正常打开并显示时间戳，不再中止。但存档仍未真正写盘：RA2/YR 通过 skipGuestOleSaveToStream 跳过对象序列化，文件因而没有内容。该策略是仓库既有的有意选择（客体 Save 返回时会在 IRQ 边界破坏 v86），本 PR 未触碰，存档能力仍不可用。

开发诊断

新增仅在 import.meta.env.DEV 下每 30 秒输出的两类日志：模拟器侧的堆占用、动态 stub 用量、声音缓冲与逻辑帧率；浏览器侧的 AudioContext 状态、音频时钟增量、各类播放节点数量与本周期播放/写入量，并在 AudioContext 状态变化时立即告警。定位声音消失正是靠音频时钟增量从 +30s 降到 +5s 这条线索。生产构建不会启动定时器。该部分为独立提交，如不需要可单独剔除。

验证

• pnpm run check：119 个测试文件、822 个测试 + 构建，全部通过。
• 新增 11 个回归用例，均在修复前失败。
• 真实游戏：原始 game.exe 启动、菜单反复开关 6 轮、北极圈与岛屿之战进入战场并持续推进；修复前后同场景对比 stub 与音频线程处理器数量。
• 玩家侧长局（逻辑帧 10.6 万到 22.5 万，约 55 分钟）确认不再崩溃、不再变慢、不再丢声音。

未验证范围

• 变慢与音频线程饱和之间的因果关系未单独证实。
• 点击储存后的实际写盘流程仍不可用，原因见上。
• worker 模式下 getState 恒返回 null，游戏的播放位置只能按墙上时钟推算，与主线程模式行为不一致。本 PR 未改动，作为已知问题记录。
• 多人联机路径未做真实对局验证。

🤖 Generated with Claude Code

[shiny]

是的就是我遇到的问题！当时声音消失后我又换了一个蓝牙耳机重连，变成一种很奇怪的卡顿、机械的声音。再玩下去就崩溃了。