ctrl+space是唯一可靠的强制触发方式；它绕过语言模式判断和触发字符限制，光标有上下文即拉出建议列表，即使editor.suggestontriggercharacters关闭也生效。
补全不弹出、弹出但选不对、按回车插完还得手动挪光标——这些问题不是插件不行，而是快捷操作没对齐实际编码节奏。
Ctrl+Space 是唯一可靠的强制触发方式
VSCode 的补全建议框默认在输入时自动出现，但很多场景下它根本不会动：比如刚写完 import os 紧接着输 os. 却没反应，或者在字符串里敲了几个字母后想补个变量名。这时候别等、别删、别怀疑设置，直接按 Ctrl+Space（macOS 是 Cmd+Space）。
- 它绕过所有语言模式判断和触发字符限制，只要光标位置有上下文，就拉出建议列表
- 即使
editor.suggestOnTriggerCharacters关了，它也生效 - 比反复删字符重输更省时间，尤其在调试或快速补
console.这类高频调用时
Tab 和 Enter 补全行为差异必须分清
选中建议后按 Tab 或 Enter，结果可能完全不同——这不是 bug，是 VSCode 明确设计的插入逻辑。
-
Tab：始终将光标停在补全文本末尾，适合补函数名、变量名这类“补完即止”的场景 -
Enter：会根据补全项类型决定光标落点。例如补if () {}时，光标会停在括号内；补function name() {}时，光标停在函数体大括号内 - 如果发现补完
fetch(后光标卡在括号外，说明你用了Tab；换成Enter就能直接进参数位
editor.suggest.insertMode 决定覆盖还是追加
当你在已有代码中间补全，比如把 data.map 补成 data.map((item) => item.id)，默认行为可能是把整个 map 替换掉，也可能只在后面追加。这由 editor.suggest.insertMode 控制。
- 设为
"insert"：新文本追加到光标后，旧内容不动（适合补参数、补链式调用） - 设为
"replace"：新文本完全替换当前光标前的“单词”（比如你输conso后补console，它会把conso整段换掉） - 多数人更适合
"replace"，否则容易把arr.filter补成arr.filterfilter这种重复
光标位置影响补全内容本身
补全不是静态查表，它严格依赖光标前的字符序列和语法结构。同一个词，在不同位置补出来的候选可能天差地别。
- 在
const x = |后补，优先显示变量、函数、导入名 - 在
obj.|后补，只显示obj实际拥有的属性和方法（前提是 Pylance / TypeScript 服务已加载） - 在
import {|}大括号里补，只列出当前模块导出的命名 - 如果补全项突然变少或全是基础类型，先检查光标是否意外落在注释、字符串或 JSX 属性值里——
editor.quickSuggestions默认对这些区域禁用
真正卡住补全效率的，往往不是插件没装全，而是光标停错了地方、按错了键、或者以为“自动弹出”就等于“永远可靠”。把 Ctrl+Space 当成肌肉记忆，把 Enter 当成结构补全的默认选择，再盯住光标前那几个字符——大部分补全问题就消失了。
