补全延迟高需先定位卡点：用“Developer: Show Running Extensions”查高CPU插件，用开发者工具测completion耗时，查Language Server日志确认请求超时或取消；editor.quickSuggestionsDelay生效需满足四条件：对应上下文启用、文件类型原生支持、未被工作区配置覆盖、未被Copilot等插件接管；按语言调整配置并重启对应语言服务器。
补全延迟高，不是编辑器本身慢，而是语言服务器没响应、插件劫持了触发链，或者工作区配置把你改的值覆盖掉了——直接调 editor.quickSuggestionsDelay 通常没用，得先定位卡点在哪。
怎么确认是语言服务器卡住还是插件干扰
别猜，用 VSCode 自带工具实测：
- 按
Ctrl+Shift+P打开命令面板，执行Developer: Show Running Extensions，重点关注 CPU 占用高、启动耗时 >100ms 的扩展（比如 Pylance、Volar、Copilot） - 再执行
Developer: Toggle Developer Tools，切到 Console 标签页，输入console.time('completion')，手动触发一次补全，再输console.timeEnd('completion')看耗时。如果超过 500ms，基本锁定服务层 - 按
Ctrl+Shift+U打开输出面板，切换到Log (Language Server)，观察是否有textDocument/completion请求超时、返回空数组，或频繁出现request cancelled
为什么改了 editor.quickSuggestionsDelay 没反应
这个值只在满足全部条件时才生效，缺一不可：
-
editor.quickSuggestions对应上下文（如"other"）必须为true；设成false就彻底跳过延迟逻辑 - 当前文件类型得被原生支持（如
.ts、.py），而 Java/Python/TS 等语言扩展自带独立延迟控制（如python.analysis.autoSearchPaths、java.completion.delay），直接绕过该参数 - 工作区
.vscode/settings.json优先级高于用户设置，你改的全局配置可能被项目里已有的同名项覆盖 - Copilot、TabNine、IntelliCode 等插件接管了补全入口，原生
quickSuggestionsDelay完全不参与
按语言快速关掉拖慢补全的默认行为
不同语言不能共用一套配置，关键项必须对症下药：
- TypeScript/JS：关掉
typescript.preferences.includePackageJsonAutoImports，设typescript.suggest.autoImports为"inline"（不是true）；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」 - CSS：启用
css.showCompletionsWithAllValueContexts和css.completion.triggerPropertyValueCompletion，避免因上下文识别失败导致建议缺失
真正卡住的地方往往不是配置，而是没重启服务
改完 tsconfig.json 或 settings.json 后，VSCode 不会自动重载语言服务器。你得手动执行：
- 按
Ctrl+Shift+P→ 输入并运行Restart TS Server（TS/JS 项目） - 对 Python，重启 Pylance：命令面板中运行
Python: Restart Language Server - 对 Java，点击右下角状态栏的
Java Projects→Reload Projects
不重启，所有配置都是纸上谈兵。尤其在大型项目里，TSServer 冷启动要 2–3 秒，强行压低 editor.quickSuggestionsDelay 只会让空白弹窗更频繁。
