🔄 卡若AI 同步 2026-03-05 05:46 | 更新:运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 11 个

This commit is contained in:
2026-03-05 05:46:12 +08:00
parent c752f691f2
commit c368398e1a
4 changed files with 49 additions and 4 deletions

View File

@@ -1,11 +1,25 @@
# Cursor 自动关闭问题 · 日志分析与处理记录
**日期**2026-03-04
**现象**Cursor 经常莫名自动关闭。
**日期**2026-03-042026-03-05 补充弹窗与操作说明)
**现象**Cursor 经常莫名自动关闭(俗称「咳嗽自动关闭」),随后弹出 **「The window is not responding」** 弹窗
**原则**:不关闭硬件加速,保留视频/剪辑等所需能力,从根因入手。
---
## 零、弹窗「The window is not responding」出现时怎么选
当出现系统弹窗 **「The window is not responding」**(窗口没有响应)时:
| 选项 | 建议 |
|------|------|
| **Reopen重新打开** | 推荐。先勾选 **「Don't restore editors」**(不恢复编辑器),再点 Reopen可避免恢复可能已损坏的编辑器状态减少再次卡死。 |
| **Close关闭** | 若不需要保留当前窗口,可直接关闭。 |
| **Keep Waiting继续等待** | 仅当你在等某次操作完成时可选;若已卡很久,建议选 Reopen 并勾选 Don't restore editors。 |
该弹窗与第一节中的「窗口无响应」「渲染进程崩溃」属同一类问题,根因与缓解方式见下文。
---
## 一、日志结论与根因
- **日志路径**`~/Library/Application Support/Cursor/logs/`(按会话分目录,如 `20260304T190511`
@@ -41,8 +55,11 @@
## 四、建议操作(不关功能、从根因缓解)
- **减轻内存压力**:少开不需要的窗口/工作区、关掉不用的标签页;大项目可考虑单独开一个 Cursor 窗口,避免单进程负载过大。
- **清理缓存(推荐)****完全退出 Cursor 后**在终端执行以下命令,再重新打开,可减轻 OOM/旧缓存导致的崩溃:
- **减轻内存压力**:少开不需要的窗口/工作区、关掉不用的标签页;大项目可考虑单独开一个 Cursor 窗口,避免单进程负载过大。当前若打开了多个工作区根(如 个人、卡若AI、聊天记录、开发、婼瑄 等),文件监视与扩展会加重负担,可尝试只保留当前要用的 12 个文件夹再打开 Cursor。
- **清理缓存(推荐)****完全退出 CursorCmd+Q后**在终端执行以下任一方式,再重新打开 Cursor,可减轻 OOM/旧缓存导致的崩溃:
- **方式一(一键脚本)**`bash "/Users/karuo/Documents/个人/卡若AI/运营中枢/参考资料/scripts/clear_cursor_cache.sh"`
脚本会检测 Cursor 是否在运行:若在运行会提示先退出再执行;若已退出则自动清理 GPUCache 与 Cache。
- **方式二(直接命令)**
```bash
rm -rf ~/Library/Application\ Support/Cursor/GPUCache ~/Library/Application\ Support/Cursor/Cache
```
@@ -61,3 +78,12 @@
| 主进程日志 | `~/Library/Application Support/Cursor/logs/<会话目录>/main.log` |
| 窗口日志 | 同上目录下 `window1/`、`window2/` 等 |
| 启动参数 | `~/.cursor/argv.json` |
---
## 六、本次3/5全面检查结论
- **弹窗对应关系**:「咳嗽自动关闭」后出现的 **「The window is not responding」** 与日志中的 `CodeWindow: detected unresponsive` 一致,属同一类问题;按「零、弹窗出现时怎么选」操作即可。
- **本机状态**Codebase Indexing 已关、硬件加速保留;`workspaceStorage` 约 2.7G、`CachedData` 约 413M定期清理 GPUCache + Cache 有助于缓解。
- **已做**:① 在文档中补充弹窗操作说明与「Don't restore editors」建议② 新增一键清理脚本(见四、方式一),便于退出 Cursor 后执行。
- **你可立即做的**下次弹窗时勾选「Don't restore editors」再点 Reopen在方便时 Cmd+Q 退出 Cursor执行上述清理脚本或命令后重开。

View File

@@ -0,0 +1,17 @@
#!/usr/bin/env bash
# Cursor 缓存清理脚本(缓解窗口无响应/崩溃)
# 使用:完全退出 Cursor 后执行本脚本;若 Cursor 在运行会提示先退出再执行。
# 说明见:运营中枢/参考资料/Cursor闪退排查_20260304.md
set -e
CURSOR_SUPPORT="$HOME/Library/Application Support/Cursor"
if pgrep -f "Cursor.app" >/dev/null 2>&1; then
echo "⚠️ Cursor 正在运行,请先 Cmd+Q 完全退出后再执行本脚本。"
echo " 执行bash \"$(dirname "$0")/clear_cursor_cache.sh\""
exit 1
fi
echo "🧹 正在清理 Cursor GPUCache 与 Cache..."
rm -rf "$CURSOR_SUPPORT/GPUCache" "$CURSOR_SUPPORT/Cache"
echo "✅ 清理完成。可重新打开 Cursor。"

View File

@@ -229,3 +229,4 @@
| 2026-03-04 20:26:37 | 🔄 卡若AI 同步 2026-03-04 20:26 | 更新:总索引与入口、运营中枢、运营中枢工作台 | 排除 >20MB: 11 个 |
| 2026-03-04 22:03:09 | 🔄 卡若AI 同步 2026-03-04 22:03 | 更新Cursor规则、总索引与入口、运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 11 个 |
| 2026-03-05 05:30:03 | 🔄 卡若AI 同步 2026-03-05 05:30 | 更新:水桥平台对接、运营中枢工作台 | 排除 >20MB: 11 个 |
| 2026-03-05 05:45:06 | 🔄 卡若AI 同步 2026-03-05 05:45 | 更新:水桥平台对接、运营中枢工作台 | 排除 >20MB: 11 个 |

View File

@@ -232,3 +232,4 @@
| 2026-03-04 20:26:37 | 成功 | 成功 | 🔄 卡若AI 同步 2026-03-04 20:26 | 更新:总索引与入口、运营中枢、运营中枢工作台 | 排除 >20MB: 11 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-03-04 22:03:09 | 成功 | 成功 | 🔄 卡若AI 同步 2026-03-04 22:03 | 更新Cursor规则、总索引与入口、运营中枢参考资料、运营中枢工作台 | 排除 >20MB: 11 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-03-05 05:30:03 | 成功 | 成功 | 🔄 卡若AI 同步 2026-03-05 05:30 | 更新:水桥平台对接、运营中枢工作台 | 排除 >20MB: 11 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |
| 2026-03-05 05:45:06 | 成功 | 成功 | 🔄 卡若AI 同步 2026-03-05 05:45 | 更新:水桥平台对接、运营中枢工作台 | 排除 >20MB: 11 个 | [仓库](http://open.quwanzhi.com:3000/fnvtk/karuo-ai) [百科](http://open.quwanzhi.com:3000/fnvtk/karuo-ai/wiki) |