- 御琪幽然2026-08-1336194
各位有遇到这个情况吗?
我也检查了任务管理器,没发现有异常的CPU、内存、硬盘中占用,句柄数也没什么特殊的地方。
但是退出Codex也不会解决卡顿的问题,唯一的解决方案是重启电脑。
难道是有什么内存泄漏的情况?
主楼 - apparition2026-08-134670
- 夜雨2026-08-1311852
- 御琪幽然2026-08-1336194
以前就看到有些讨论帖在反馈这个问题,本想着等等看官方优化能不能解决,没想到迄今为止还是有这个毛病,麻了
- yuuc2026-08-1335444
我的是一运行就开始卡,鼠标都拖不动那种。
- 御琪幽然2026-08-1336194
刚启动的前几秒确实非常卡,切换对话也会很卡。
- 御琪幽然2026-08-1336194
那很崩溃了。前段时间我遇到过内置浏览器有bug的情况,只要调用内置浏览器codex就会闪退。后来修复了。
- 御琪幽然2026-08-1336194
怕不是codex就是用codex自己开发的,所以才卡成这样
- Tinnnnnnk2026-08-1330287
现在我每天打开codex,切换会话都要卡上好几秒甚至十来秒,只能说codex现在就是一个大屎山,卡爆了 ^-^
- kevin3352002026-08-1353698
Electron 大屎山,漏内存的,我启动后啥都没干,过了一小时一看用了 2G 多内存了
- RyanVan2026-08-135581
巧了,这几天我也遇到类似问题,最后发现是
dwm.exe(桌面窗口管理器)运行数小时后窗口合成状态异常原因是新版Windows的某个补丁跟英伟达驱动的兼容问题
可通过管理员终端重启恢复:```
taskkill /F /IM dwm.exe - Neptune2026-08-135723
codex各种卡,已经烂的分析是哪种卡了,反正自适应
- utf8coding2026-08-1332132
因此从opencode 转 codex 又回 opencode 了
- Waitingfor2026-08-137217
1.可以尝试手动删除这3个文件的,退出codex后,再删除,
然后重启codex,此时这3个文件大小肯定是会猛增的,
设备:macOS / Linux:```
rm ~/.codex/logs_2.sqlite ~/.codex/logs_2.sqlite-wal ~/.codex/logs_2.sqlite-shm
``或者一行通配搞定:``
rm ~/.codex/logs_2.sqlite*设备:Windows(PowerShell):``` Remove-Item "$env:USERPROFILE\.codex\logs_2.sqlite*"
2.把这段直接发给 AI 让它代跑:```
排查 ~/.codex/logs_2.sqlite 是否因 TRACE 日志持续高频写盘:
1) SELECT level, COUNT() FROM logs GROUP BY level ORDER BY COUNT() DESC; 看 TRACE 是否占大头
2) 隔 30 秒采两次 SELECT MAX(id) FROM logs; 和 logs_2.sqlite-wal 文件大小,确认是否还在涨
中招的话:先用 .backup 备份 → 建 BEFORE INSERT ... RAISE(IGNORE) trigger 拦 logs 表 insert →
PRAGMA wal_checkpoint(TRUNCATE) 回收 WAL → 再采样确认 MAX(id) 和 WAL 都不再增长。
``3.前几次这3个文件大小可能还会增长,你可以和codex反复确认这个问题是否还存在,同时观察文件资源管理器里这3个文件的大小的变化,多发几次,``
排查 ~/.codex/logs_2.sqlite 是否因 TRACE 日志持续高频写盘:
1) SELECT level, COUNT() FROM logs GROUP BY level ORDER BY COUNT() DESC; 看 TRACE 是否占大头
2) 隔 30 秒采两次 SELECT MAX(id) FROM logs; 和 logs_2.sqlite-wal 文件大小,确认是否还在涨
中招的话:先用 .backup 备份 → 建 BEFORE INSERT ... RAISE(IGNORE) trigger 拦 logs 表 insert →
PRAGMA wal_checkpoint(TRUNCATE) 回收 WAL → 再采样确认 MAX(id) 和 WAL 都不再增长。
```直到这3个文件的大小和我一样,我还是一直处于截断状态,我现在3个文件的大小:

- ioot2026-08-1311576
不一定是内存泄漏,Electron 应用长时间运行更常见的是 renderer/GPU process、缓存、文件 watcher 堆积。
任务管理器看 CPU/RAM 正常也不代表没问题,Mac 建议看 Activity Monitor 的 Memory Pressure 和 swap。
另外 Codex 这种 AI IDE 类工具,长时间挂一个大项目 + 大上下文,比普通编辑器更容易出现状态膨胀。试试退出后确认 Helper 进程杀干净,新开 session,排除 node_modules/.next 等目录监听。
如果每次都是运行几个小时必现,那才值得怀疑泄漏。