ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀,每一条都经过真实交付验证。

cursor响应变慢处理

2026/9/8 17:04:20 拓冰建站 浏览量
cursor响应变慢处理 优先处理步骤1. 清理 state.vscdb最高概率完全关闭 Cursor后台进程全部退出打开目录缓存存放路径C:\Users\xx\AppData\Roaming\Cursor\User\globalStorage将下面两个文件做备份后删除state.vscdb state.vscdb.backup重启 Cursor。这个数据库存会话历史、代码库索引膨胀损坏之后哪怕额度充足也会出现请求卡顿、转圈、输出慢。2. 检查代码库索引开销确认项目.gitignore排除node_modules、dist、build、target设置里调低Context Depth不要拉满不要开启整个大仓库的 Index只索引 src 业务源码目录。如果打开的项目非常大关闭其他无关文件夹只保留当前工作目录。3. 会话层面旧的超长对话直接新建会话。长会话上下文堆的 token 越多就算额度没满每轮请求耗时会线性增加。Composer 不要一次性选中几十个文件一次 1‑3 个文件。4. 网络侧排查虽然额度充足代理 / 网络不稳定现象也是发送后等待很久才开始输出。 测试方式 切换不同模型看是全部模型都慢还是只有 Composer 慢。全部模型都慢 → 网络问题仅 Composer 慢 → 本地索引 / 上下文问题5. 扩展冲突禁用 Copilot、Continue 等其他 AI 类扩展它们会抢占 VSCode 宿主进程资源拖慢 Cursor。快速备选不删数据库先做低成本排查优先如果不想动本地数据库先做这几步验证慢的根源打开一个全新空文件夹项目新建对话发一段简单代码提问。空项目飞快说明你原有大项目索引爆炸上下文太重不是 Cursor 全局故障。空项目依然很慢网络 / 代理问题概率极大。settings.json 加入这几项降低索引与上下文开销{ cursor.context.depth: 15, cursor.indexing.enabled: true, cursor.indexing.exclude: [**/node_modules/**,**/dist/**,**/build/**,**/.git/**], cursor.composer.maxContextFiles:3 }cursor.context.depth默认很高调小限制自动抓取代码的范围很多人额度充足但响应巨慢就是这个参数拉太高。区分现象空新项目很快老项目慢 → 项目索引、上下文过载所有项目都慢额度 41% 充足 → 网络 / 代理链路问题settings.json路径C:\Users\xx\AppData\Roaming\Cursor\User