editor.quicksuggestionsdelay是唯一真正起作用的配置项，设30–80毫秒最稳；设为0会立即发请求，暴露语言服务器冷启动问题；其生效需满足quicksuggestions为true、文件类型原生支持、未被工作区设置或插件覆盖。
editor.quickSuggestionsDelay 是唯一真正起作用的配置项，设为 30～80 毫秒最稳；设为 0 不是“无延迟”，而是立刻发请求，常导致空白闪一下再卡住 2 秒——问题不在编辑器，而在语言服务器还没就绪。
为什么改了 editor.quickSuggestionsDelay 没反应
它只在满足全部条件时才生效：
-
editor.quickSuggestions对应上下文（比如"other"）必须为true，设成false就彻底跳过 - 当前文件类型得被 VSCode 原生支持（如
.ts/.js/.py），而 Java/Python 等语言扩展自带独立延迟控制（如python.analysis.autoSearchPaths、java.completion.delay），直接绕过该参数 - 工作区
.vscode/settings.json优先级高于用户设置，你改的全局配置可能被项目里已有的同名项覆盖 - Copilot、TabNine、IntelliCode 等插件接管了补全触发链，原生
quickSuggestionsDelay完全不参与
怎么确认卡点在语言服务器还是插件
打开命令面板（Ctrl+Shift+P），依次执行：
-
Developer: Show Running Extensions—— 查看哪个扩展 CPU 占用高、启动耗时长 -
Developer: Toggle Developer Tools→ Console 标签页，输入console.time('completion')，再手动触发补全，接着console.timeEnd('completion')看耗时 -
Ctrl+Shift+U打开输出面板 → 切换到Log (Language Server)，观察textDocument/completion请求是否超时、是否返回空数组；若频繁出现request cancelled或响应 >500ms，问题就在语言服务器本身
按语言快速定位关键延迟控制项
不同语言不能共用一套配置：
- TypeScript/JS：
typescript.suggest.autoImports设为"inline"（不是true），关掉typescript.preferences.includePackageJsonAutoImports；jsconfig.json必须含"checkJs": false，否则类型推导极慢 - Python（Pylance）：关掉
python.analysis.autoSearchPaths，手动指定python.defaultInterpreterPath；大型项目可临时切回 Jedi（设"python.languageServer": "Jedi"） - Java：确保
java.suggest.enabled和java.completion.enabled都为true；Lombok 项目必须加"java.configuration.updateBuildConfiguration": "interactive"并点「Import Changes」 - Fitten Code：单独配
"fitten.codeCompletion.delay"，单位毫秒，推荐150～250；设太低（如50）容易因模型未就绪返回空建议
真正难调的从来不是数字本身，而是搞清哪一层在响应、谁在拦截、以及语言服务器到底有没有热起来——状态栏右下角还显示 “TypeScript initializing…” 的时候，压低 quickSuggestionsDelay 只会让卡顿提前暴露出来。
