VSCode内联代码建议需手动启用editor.inlineSuggest.enabled并依赖语言服务器支持，触发后以灰色文本显示于光标后，按→或Tab接受，Esc取消；不与IntelliSense下拉菜单冲突，但上下文、类型推断和服务器就绪状态直接影响是否显示。
VSCode 的内联代码建议（Inline Suggestion）默认不启用，且依赖 editor.inlineSuggest.enabled 设置和语言服务器支持——关掉它，Ctrl+Space 或自动触发的补全永远不会以“灰色内联文本”形式出现。
如何开启并触发内联建议
内联建议不是传统下拉菜单补全，而是编辑器在光标后直接显示灰色可预览的代码片段，按 Tab 或 → 键接受。它和 editor.suggest.showMethods 等传统建议设置无关，只由以下条件控制：
-
"editor.inlineSuggest.enabled": true必须设为true（默认是false） - 当前文件类型需有支持内联建议的语言服务器（如 TypeScript、Python 的 Pylance、JavaScript 的 TS Server、GitHub Copilot 插件）
- 光标必须处于可推断上下文的位置（例如函数调用后、赋值号右侧、字符串模板中）
- 不能处于注释或字符串字面量内部（多数语言服务器会跳过）
修改方式：打开设置（Ctrl+,），搜索 inline suggest，勾选 Editor > Inline Suggest: Enabled；或直接编辑 settings.json 加入该字段。
为什么写了代码却没看到灰色提示？
常见原因不是插件没装，而是上下文不满足语言服务器的“置信度阈值”。比如：
- 变量未声明或类型为
any/unknown，TS/JS 服务器拒绝给出内联建议 - Python 中未安装或未启用
Pylance（仅靠 Python 官方插件不支持内联） - 文件未保存，且语言服务器配置为“仅对已保存文件激活内联”（Pylance 默认行为）
- 输入了半个单词但服务器认为歧义太大（如
data.后有上百个属性），主动抑制内联以避免干扰
验证是否生效：打开一个 .ts 文件，输入 console.log( 后停顿半秒，看右括号后是否出现灰色的 "hello" 或 data 类建议。没有？先检查状态栏右下角语言模式是否为 TypeScript，再确认 Pylance / TS Server 已就绪（状态栏显示“TypeScript Server is ready”）。
接受、拒绝与快捷键控制
内联建议一旦出现，交互逻辑和传统补全不同：
-
→（右方向键）：逐字符接受灰色部分（最常用） -
Tab：一次性接受整段内联内容 -
Esc：丢弃当前内联建议（不撤销已输入内容） -
Ctrl+Shift+Space：手动触发内联建议（当自动触发失效时） -
Alt+/：在部分插件（如 Copilot）中用于切换建议来源，不影响原生内联逻辑
注意：Enter 不接受内联建议，它会换行——这是新手最常误操作的一点。另外，若同时启用了 Copilot 和原生 TS 内联，它们可能竞争显示，此时可通过 editor.inlineSuggest.showToolbar 设为 true，在建议旁显示小图标来手动切换来源。
和 IntelliSense 补全菜单的关系
内联建议与 Ctrl+Space 呼出的下拉菜单是两套独立机制，共存但互不替代：
- 下拉菜单补全（IntelliSense）适合浏览、模糊匹配、查看文档摘要
- 内联建议适合快速补全已知结构（如链式调用、对象属性访问、模板字符串插值）
- 两者可同时启用：例如输入
arr.map(x => x.，下拉菜单列出所有x的属性，而内联可能直接灰显length（如果类型明确且高频） - 性能影响极小，但某些低配机器上频繁触发内联可能略微增加 CPU 占用（尤其 Copilot 开启时）
真正容易被忽略的是：内联建议的触发时机高度依赖语言服务器的响应速度和缓存状态。刚打开大项目时前几次输入往往无内联，等 TS Server 完成语义分析（状态栏显示“Parsing…”结束后）才稳定出现——这不是 bug，是设计使然。
