editor.quickSuggestionsDelay 失效是因为 Copilot 等插件劫持补全面板绕过原生链路，且需手动重启对应语言服务器配置才生效。
为什么改了 editor.quickSuggestionsDelay 没反应
这个值只在补全请求真正走 VS Code 原生链路时才生效。现实中，Copilot、TabNine、Pylance、IntelliCode 等插件会直接劫持 editor.suggest 面板，绕过所有原生延迟控制。你改的 editor.quickSuggestionsDelay 根本没被读到。
常见失效场景包括：
-
"editor.quickSuggestions": { "other": false }—— 此时无论 delay 设成多少，都不会触发补全 - 工作区
.vscode/settings.json覆盖了用户级设置，但你只改了全局配置 - TypeScript 项目里
typescript.tsdk指向错误版本，语言服务器启动失败，补全链路直接中断 - Python 项目启用
python.analysis.autoSearchPaths，Pylance 在后台疯狂扫描site-packages，请求被阻塞在服务端
如何确认卡点在语言服务器还是插件
别猜，用工具定位真实瓶颈：
- 运行
Developer: Show Running Extensions，重点关注“启动耗时”>100ms 或内存占用 >300MB 的扩展 - 按
Ctrl+Shift+U打开输出面板 → 切换到Log (Language Server)，观察textDocument/completion请求是否超时、是否返回空数组 - 在开发者工具 Console 中执行
console.time('completion')，手动触发一次补全，再执行console.timeEnd('completion')，看耗时是否集中在 500ms 以上 - 如果日志里频繁出现
request cancelled，问题就在语言服务器本身；如果耗时集中在Extension Host，大概率是某个插件在做同步计算或 AST 遍历
按语言快速切换轻量补全方案
不同语言的“重”和“轻”不是主观感受，而是有明确替代路径：
- TypeScript/JS：关掉
typescript.preferences.includePackageJsonAutoImports，设typescript.suggest.autoImports为"inline"；大型项目可临时禁用 TS 语言服务，靠JavaScript (ES6) code snippets+Path Intellisense应急 - Python：把
python.languageServer改为"Jedi"（Pylance 启动慢、内存高），并关闭python.analysis.autoSearchPaths - Java：确保
java.suggest.enabled和java.completion.enabled都为true；Lombok 项目必须加"java.configuration.updateBuildConfiguration": "interactive"并手动点「Import Changes」 - CSS/HTML：禁用
Auto Import类插件，它们会在每次输入.时扫描整个node_modules，直接拖垮响应
补全渲染与触发链路的硬性限制项
补全卡顿不全是“算得慢”，很多是“画得多”或“唤得太勤”：
- 关掉符号自动触发：
editor.suggestOnTriggerCharacters设为false，避免输.或/就拉起面板 - 限制下拉框条目数：
suggest.maxVisibleSuggestions改为12（默认 20），减少 DOM 渲染压力 - 排除干扰目录：
files.watcherExclude加入"**/node_modules/**"、"**/dist/**"、"**/.git/**"，防止文件监视器队列爆满 - 禁用内联预览：
editor.inlineSuggest.enabled设为false，尤其当你同时装了Copilot和TabNine—— 它们会抢同一块渲染资源，导致主线程卡死
最易被忽略的是：改完 settings.json 或 tsconfig.json 后，VS Code 不会自动重载语言服务器。必须手动运行 Restart TS Server、Java: Clean Java Language Server Workspace 或 Python: Restart Language Server，否则所有配置都只是纸上谈兵。
