vscode高级代码补全依赖语言服务边界、触发时机控制与多源优先级协调，而非堆砌开关或插件；盲目启用editor.quicksuggestions或安装过多插件会导致建议混乱、延迟升高、光标异常。
VSCode 的高级代码补全不是靠“开更多开关”堆出来的，而是靠明确语言服务边界、控制触发时机、协调多个补全源优先级来实现的。盲目启用所有 editor.quickSuggestions 或堆砌插件，反而会让建议列表混乱、延迟升高、光标跳转反常。
为什么 editor.quickSuggestions 不能全设为 true
这个设置控制补全在「普通代码」「注释」「字符串」三类上下文是否自动弹出。很多人直接设成 {"other": true, "comments": true, "strings": true}，结果是：在写 JSON 字符串时疯狂弹出变量名，在写英文注释时把函数名塞进来，严重干扰输入流。
-
comments: true仅在你真有「用注释驱动补全」需求时才开启（比如 Copilot 场景下写 // filter users by status） -
strings: true几乎总是该关掉的——除非你在写模板字面量或正则，且已装了对应语法支持扩展（如es6-string-html） -
other: false会彻底禁用代码区补全，不推荐；但other: true必须配合语言服务器可用性一起看——如果pylance没加载成功，other: true只会返回一堆模糊单词匹配
editor.suggestOnTriggerCharacters 的真实作用范围
它只影响「已输入触发字符后是否立即拉起建议列表」，并不决定「哪些字符能触发」。真正定义触发字符的是语言服务器本身（比如 TypeScript 语言服务器默认监听 .、(、[、"），而 VSCode 设置只是打开/关闭这个机制的总闸。
- 设为
false：即使你敲了arr.，也不会自动弹窗；必须手动按Ctrl+Space唤起 - 设为
true：语言服务器决定何时弹，VSCode 不干预——所以如果你发现obj.不弹，问题大概率出在语言服务没跑起来，而不是这个开关 - 它对内联建议（Inline Suggestions）无效——Copilot / Continue 等 AI 补全走的是另一套通道，不受此控制
C/C++ 补全卡住时优先检查 c_cpp_properties.json 而非 settings.json
VSCode 内置的 C/C++ 扩展补全质量极度依赖 c_cpp_properties.json 中的 includePath 和 compilerPath。settings.json 里调 C_Cpp.intelliSenseEngine 或 C_Cpp.autocomplete 都是表面功夫。
-
includePath必须显式包含系统头路径（如/usr/include/c++/11）和项目自定义头路径（如${workspaceFolder}/inc），不能只写${workspaceFolder}/** -
compilerPath必须指向真实可执行文件（如/usr/bin/g++），而非符号链接或包装脚本；否则 IntelliSense 无法解析标准库宏定义 - 修改后必须重启窗口（
Developer: Reload Window），热重载不生效
内联建议（Inline Suggestions）和原生补全共存时的冲突点
当 Copilot 或 Continue 启用内联建议，同时 editor.suggestOnTriggerCharacters 也为 true 时，你会看到两个补全层叠出现：一个是灰色斜体内联文本，一个是悬浮下拉菜单。这不是 bug，是设计如此，但体验割裂。
- 内联建议默认只响应「行尾空格后」或「特定前缀」（如
for、if），不会在obj.这种点号后出现 - 原生补全菜单（
Ctrl+Space唤起）默认不显示内联建议项；想让它出现，得在插件设置里打开类似github.copilot.inlineSuggest.enablePreview的开关 - 最易被忽略的坑：
editor.suggest.insertMode设为replace时，采纳内联建议会覆盖光标后内容；设为insert才能安全追加——但很多插件不尊重这个设置，需单独查其文档
高级补全的复杂点不在参数数量，而在各层补全源的职责边界是否清晰：语言服务器管符号解析，编辑器设置管触发节奏，AI 插件管语义生成。一旦混淆谁该响应什么，补全就会变成猜谜游戏。调试时优先看「输出」面板里的对应语言服务日志，而不是反复改 settings.json。
