Cursor报错OOM是系统因内存耗尽主动终止其进程，错误码-536870904对应STATUS_NO_MEMORY，非软件异常而是资源枯竭；需通过任务管理器验证内存占用，禁用Copilot、限制工作区范围、调整数据库缓存及增大Windows页面文件至100GB可有效缓解。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Cursor报错OOM是指Cursor进程因内存耗尽被系统强制终止，错误信息为“The window terminated unexpectedly (reason: ‘oom’, code: ‘-536870904’)”，这表示操作系统已无法为其分配更多内存，直接触发了OOM Killer机制将其杀死，不是软件内部异常而是系统级资源枯竭。
为什么Cursor会突然OOM
Cursor本质是基于VSCode的AI编程工具，运行时依赖大量内存加载模型权重、缓存文件索引、维持语言服务器和Copilot会话。当同时打开超大代码库（如含数万文件的Monorepo）、启用高负载插件（尤其是GitHub Copilot处理长上下文输入）、或系统物理内存不足时，进程RSS持续攀升，最终突破Windows/Linux内核设定的内存硬限制。
错误码-536870904对应十六进制0xEFFFFFF8，是Windows系统内核返回的STATUS_NO_MEMORY，与Linux的SIGKILL（OOM Killer发送）语义一致——不是程序崩溃，是系统主动回收。
快速验证是否真由内存不足引发
打开任务管理器（Windows）或htop（Linux），观察Cursor进程的内存占用是否稳定在90%以上且持续增长；若同时发现“Committed Memory”接近或超过“Commit Limit”，即可确认是物理+分页文件总容量见顶。
这一步操作起来很简单，直接把任务管理器调出来就行，不用任何命令行工具。
立即生效的缓解措施
方法一：禁用Copilot插件
GitHub Copilot在Cursor中默认启用，其本地推理模块会常驻占用1.2–2.4GB显存+内存，关闭后可立减40%以上峰值内存。操作路径：Cursor左下角齿轮→Extensions→找到GitHub Copilot→点击Disable。
【关键前提】必须重启Cursor窗口才能释放已占用内存，仅禁用插件不重启无效。
方法二：限制工作区范围
专为资深工程师设计，用于高效日常使用 GitHub Copilot CLI。适用于在规划、提示、审查或链式调用 gh copilot 命令时，探索代码库、起草变更、调试问题或加速工作流，且不偏离架构意图。
不要直接用Cursor打开整个项目根目录，尤其避免包含node_modules、.git、dist等巨型文件夹。右键目标子模块文件夹→Open with Cursor，或在设置中配置files.exclude排除无关目录。
方法三：强制启用非缓冲查询（针对数据库相关场景）
若你在Cursor中调试含MyBatis/Hyperf的Java/PHP项目，且SQL执行时报此错误，大概率是JDBC/PDO默认启用全量结果集缓存。需在数据库连接URL末尾追加参数：useCursorFetch=true&defaultFetchSize=10000（MySQL）或?useCursorFetch=true&defaultFetchSize=10000（PostgreSQL JDBC）。
治本操作：调整系统虚拟内存
第一步：按Win+R输入sysdm.cpl→回车→打开“系统属性”
第二步：切换到“高级”选项卡→点击“性能”区域的“设置”按钮→再切到“高级”→点击“更改”
第三步：取消勾选“自动管理所有驱动器的分页文件大小”→选中系统盘（通常是C:）→选择“自定义大小”
第四步：将“初始大小(MB)”和“最大值(MB)”均设为【不低于102400】（即100GB），点击“设置”→“确定”→重启电脑
注意：此操作修改的是Windows页面文件，不是Cursor自身配置，重启后所有应用受益，但必须重启才生效。
