Ctrl+Space没反应是因被输入法劫持或系统快捷键冲突，打点后弹出是VSCode“懒触发”设计；补全延迟由语言服务器响应和缓存策略导致，非设置问题。
为什么 Ctrl+Space 没反应，但打点后又自动弹出？
VSCode 的代码补全默认是「懒触发」的：它不会在你敲字母时立刻弹窗，而是等你按下 Ctrl+Space 或输入特定符号（如 .、:、>）才激活。这不是 bug，是设计行为——避免干扰打字节奏。
常见错误现象：Ctrl+Space 在 Windows 上常被输入法快捷键劫持，导致按了没反应；Mac 用户则可能误触 Cmd+Space（系统 Spotlight），实际该用 Ctrl+Space。
- 检查输入法设置，禁用
Ctrl+Space切换中英文 - 在 VSCode 中打开命令面板（
Ctrl+Shift+P），运行Preferences: Open Settings (JSON)，确认没有手动禁用"editor.suggest.onTriggerCharacters": false - 触发字符默认包含
.、[、"、'、`、:、等，但不包括=或(—— 所以写foo(不会触发参数提示，得靠Ctrl+Space或已启用的editor.parameterHints.enabled
editor.quickSuggestions 控制的是什么？
这个配置项决定「是否在输入过程中自动弹出建议」，但它分三类独立开关：other（普通变量/函数名）、comments（注释里）、strings（字符串内）。很多人只改了全局布尔值，结果发现注释里还是有提示，或字符串里没提示，就是因为它不是一刀切。
典型场景：你在写正则或路径字符串，不想被补全干扰，但又希望变量名能实时提示——这时候就得拆开配：
{
"editor.quickSuggestions": {
"other": true,
"comments": false,
"strings": false
}
}
-
other设为false后，连console.都不会触发补全，必须手动按Ctrl+Space - 设为
true也不等于“每敲一个字母都弹窗”，VSCode 仍会做去重、频率抑制和上下文过滤 - 该配置对 TypeScript/JavaScript 最敏感；Python、Go 等语言依赖对应扩展的实现，改了可能无效
为什么改了设置，补全还是延迟半秒才出来？
延迟不是设置问题，是 VSCode 的「建议缓存策略」和语言服务器响应时间共同决定的。尤其在大型项目里，TypeScript 语言服务器要分析整个 node_modules，首次触发补全可能卡顿；Python 的 Pylance 也会预热索引。
性能影响明显的情况：
- 工作区根目录下有大量未忽略的
dist/、build/、node_modules/，语言服务器会扫描它们 —— 用"files.exclude"和"search.exclude"配合"typescript.preferences.includePackageJsonAutoImports"减负 - 开了太多扩展，特别是多个提供补全的（比如同时装了 ESLint、Prettier、Auto Import、IntelliCode），它们会竞争触发权，反而拖慢响应
-
"editor.suggest.snippetsPreventQuickSuggestions"设为true（默认）时，如果你刚插入了一个 snippet，接下来几次输入会被抑制补全，防止叠加弹窗
如何让 JSX/TSX 中的属性补全更准？
React 或 Vue 的组件属性补全，严重依赖类型定义。没装 @types/react，或者组件没导出明确的 Props 类型，VSCode 就只能靠字符串匹配猜，结果就是补全空、乱、慢。
真实使用场景：写
- 确保项目有
tsconfig.json，且"compilerOptions.types"包含react - 组件导出必须带类型，比如
const Button: FC，而不是= ... const Button = (props) => ...（无类型推导） - 避免在 JSX 中直接写
{...props}展开，这会让类型信息丢失；改用显式传参或封装高阶类型工具
复杂点在于：补全质量不取决于 VSCode 本身，而取决于你用的语言服务 + 类型定义 + 项目配置三者是否对齐。少一个环节，提示就退化成关键词搜索。
