宙斯浏览器因内存溢出崩溃时，需启用zeus://flags中Enable logging并重启，日志位于%AppData%\ZeusBrowser\User Data\logs\（Windows）或~/Library/Application Support/ZeusBrowser/logs/（macOS），关键文件为chrome_debug.log；搜索out_of_memory、/dev/shm、ServiceWorker等线索，结合翻转网页缓存开关、Docker扩容--shm-size=256m及提前抓取zeus://memory-redirect堆快照定位泄漏源。
宙斯浏览器因内存溢出（out_of_memory）崩溃时，必须导出并分析其底层日志才能定位真实原因——系统内存充足却报错，往往指向/dev/shm被限、ShaderCache损坏或Service Worker驻留泄漏，而非单纯关标签能解决。
启用详细日志并定位日志文件位置
宙斯浏览器默认不记录详细崩溃信息，需手动开启日志功能后重启才能生成有效日志。
在地址栏输入 zeus://flags → 搜索“enable logging” → 找到Enable logging选项并设为Enabled → 点击页面底部Relaunch重启浏览器。
重启后，日志将写入用户数据目录：
Windows路径为 %AppData%\ZeusBrowser\User Data\logs\，
macOS路径为 ~/Library/Application Support/ZeusBrowser/logs/。
该目录下最新生成的 chrome_debug.log 即为关键崩溃日志文件，不要打开其他同名但时间戳更早的文件。
快速筛选内存溢出相关线索
用VS Code或Notepad++打开 chrome_debug.log，按 Ctrl+F 搜索以下三类关键词：
① out_of_memory：确认是否真为内存分配失败；若出现但系统空闲内存＞2GB，说明问题不在物理内存，而在共享内存段或渲染进程隔离失效。
② /dev/shm 或 shm：若日志含 Shared memory segment creation failed，且你正在 Docker 中运行宙斯（如 docker run -it zeus-browser），则 /dev/shm 默认 64MB 不足，必须扩容至至少 256MB。
③ ServiceWorker 或 CacheStorage：反复出现 Script evaluation timed out 或 CacheStorage::OpenBackend 失败，说明 Service Worker 持久化缓存已失控，需强制终止并清空。
验证并重建缓存与共享内存结构
方法一：翻转网页缓存开关重建索引
第一步：点击左上角 ≡ 图标 → 【设置】→【流量消耗】。
第二步：找到【网页缓存】开关，确认当前为开启状态。
第三步：关闭该开关（滑块变灰），严格等待5秒——少于5秒则后台缓存句柄未完全释放，重建失败率超70%。
第四步：重新开启开关，并立即点击右侧复选框进行勾选。
第五步：点击【确认】保存，系统将同步清空旧缓存并生成全新哈希索引结构。
方法二：Docker环境下扩容 /dev/shm
停止容器 → 执行 docker run --shm-size=256m ... 重新启动，不可省略 --shm-size 参数，否则 /dev/shm 仍为默认 64MB，崩溃会重现。
提取堆快照辅助定位JS或Native内存泄漏
若日志中同时出现 OutOfMemory 和 JS_LEAK 或 PSS_MEMORY 字样，需抓取运行时堆状态：
在地址栏输入 zeus://memory-redirect 回车 → 点击【Take Heap Snapshot】按钮 → 等待进度条完成 → 点击【Download】保存 .heapsnapshot 文件。
该文件可用 Chrome DevTools 的 Memory 面板直接打开，筛选 Retained Size 最大的对象，重点关注 ArrayBuffer、WebGLTexture、ServiceWorkerRegistration 实例是否异常驻留。
注意：此操作必须在崩溃发生前执行，崩溃后进程已终止，无法再触发快照。
