chrome浏览器codex插件崩溃主因是内存瞬时飙升触发oom，需从进程控制、资源释放、插件协同三方面干预：立即结束高内存codex相关进程；禁用自动预加载并关闭后台运行；启用内存节省模式并添加google.com、github.com、codex.dev至白名单；合并冻结冗余codex标签页。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Chrome浏览器在Win/Mac双平台上运行Codex插件时频繁崩溃，通常是因为标签页持续加载AI上下文、代码块渲染和实时预览导致内存瞬时飙升，触发系统OOM（Out of Memory）强制终止进程。必须从进程控制、资源释放、插件协同三方面同步干预。
立即释放当前高负载标签页内存
这一步操作起来很简单，直接调出Chrome原生任务管理器即可精准干预，无需重启浏览器。
按下 Shift + Esc 快捷键，弹出Chrome任务管理器窗口。
点击“内存”列标题，让所有进程按内存占用从高到低排序；重点查找任务名称中含 Codex、code、preview 或 worker 字样的条目——这类进程常驻后台解析语法树或缓存AST，单个就可能吃掉400MB以上内存。
选中该进程后，点击右下角“结束进程”按钮；若页面未完全冻结，可再右键对应标签页→选择“卸载”，比直接关闭更稳妥，能保留URL和滚动位置。
禁用Codex插件的自动预加载行为
Codex插件默认会在新标签页或后台页面中主动注入代码分析脚本，即使你没打开任何编辑界面，它也在偷偷运行Worker线程并缓存token embedding向量，这是Mac M系列芯片用户尤其容易触发崩溃的关键原因。
方法一：通过chrome://extensions临时停用
在地址栏输入 chrome://extensions 并回车 → 找到Codex插件 → 关闭右上角开关，使其处于“已停用”状态。
方法二：彻底阻止后台活动（推荐）
在同一页面点击Codex插件右侧“详情”按钮 → 向下滚动至“后台活动”区域 → 关闭“允许在后台运行”开关 → 此时插件仅在你主动点击其图标或聚焦到Codex编辑页时才启动，可降低80%以上非必要内存驻留。
注意：此操作不会影响你在VS Code或JetBrains中使用Codex的本地功能，仅限制浏览器内嵌场景。
启用Chrome原生内存节省模式并设置白名单
Chrome自90版本起内置的内存节省程序对Codex类AI插件适配良好，但需手动排除关键工作域名，否则编辑中的代码页会被误休眠导致上下文丢失。
第一步：开启内存节省程序
在地址栏输入 chrome://settings/performance 并回车 → 将“内存节省程序”开关设为开启状态。
第二步：添加Codex相关域名至白名单
点击“始终保持这些网站处于活动状态”链接 → 在弹出框中依次添加以下三项（每行一个）：
https://*.google.com
https://*.github.com
https://*.codex.dev
第三步：确认生效
刷新任意正在使用的Codex编辑页，观察地址栏右侧是否出现绿色“内存节省已暂停”图标；若无，说明白名单未命中，需检查域名拼写或是否漏掉通配符。
合并冗余Codex标签页并冻结闲置会话
当你同时打开多个Codex文档页（如不同项目README、API参考、调试日志），每个页面都会独立加载Monaco编辑器实例和语言服务Worker，极易突破Mac Safari兼容层或Windows WARP驱动的内存阈值。
① 点击浏览器右上角“更多”→“标签页管理器”（或按 Ctrl+Shift+A / Cmd+Shift+A）→ 页面顶部显示“按内存排序”。
② 找出内存占用超过250MB且标题含“Codex”“Code”“Snippet”的标签页，右键→选择“冻结”。冻结后页面标题变灰，图标显示雪花标记，内存立即回落至30MB以内。
③ 对长期不用的Codex历史会话，点击OneTab图标（需提前安装）→ 选择“将所有Codex标签页转换为OneTab”→ 确认后所有页面关闭，仅剩一个纯文本列表页，内存下降立竿见影。
④ 需恢复某页时，点击列表中对应链接即可单页加载；勾选多个后点“恢复选中的标签页”，批量还原不触发二次内存峰值。
