VSCode代码补全质量取决于语言扩展、语言服务启用状态及项目配置是否正确。常见无补全因语言服务器未启动或配置缺失，需检查进程、日志、配置文件（如tsconfig.json、Cargo.toml）及关键设置（如editor.quickSuggestions）。
VSCode 本身不提供开箱即用的高质量代码自动完成，补全能力完全取决于你装了什么语言扩展、是否启用对应语言服务、以及项目有没有正确配置。
为什么装了扩展还是没补全？
常见现象是：文件打开后输入 console. 或 requests. 没反应，或只提示基础符号（比如变量名），没有方法、参数、文档字符串。根本原因不是 VSCode 坏了，而是语言服务器没起来，或压根没配对扩展。
- JavaScript/TypeScript 虽然内置支持，但若工作区缺少
jsconfig.json或tsconfig.json，补全会退化为纯文本匹配，import和类型推断全部失效 - Python 扩展默认启用的是
Pylance，但如果在设置里手动关了python.languageServer，或者选成了Jedi（尤其在大项目里），补全延迟高、成员建议不全 - Go 扩展依赖本地
go命令，如果GOROOT或PATH没设对，golang.go启动失败，控制台会报Failed to start language server
怎么确认语言服务真在跑？
别只看扩展列表里打了勾，得验证进程活着、日志没报错。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Developer: Toggle Developer Tools，切到 Console 标签页，搜language server或failed，有红字就说明启动失败 - 再执行
Developer: Show Running Extensions，找到你的语言扩展（如ms-python.python），点右侧 “Restart Extension” 强制重载一次 - 终端里运行
ps aux | grep -i "rust-analyzer\|pylsp\|tsserver"（依语言换关键词），确认后台至少有一个活跃进程
项目级配置决定补全质量
很多补全逻辑（比如路径解析、模块导入、类型推导）都靠项目根目录下的配置文件驱动。缺了它们，语言服务器只能“瞎猜”。
- TypeScript 项目必须有
tsconfig.json，哪怕最简版：{"compilerOptions": {"allowJs": true}}否则node_modules类型不加载，axios.get()的返回值类型就推不出来 - Python 项目建议加
pyrightconfig.json或pyproject.toml（含[tool.pyright]），否则 Pylance 对虚拟环境、源码路径、第三方包的识别容易出错 - Rust 项目必须有
Cargo.toml，rust-analyzer靠它拉取依赖图；没这个文件，连std::下的基础类型都补不全
补全行为被哪些设置实际影响？
VSCode 的全局设置和语言专属设置都会干预补全触发时机与内容排序，几个关键项必须手动核对：
-
editor.quickSuggestions：默认是{ "other": true, "comments": false, "strings": false }。如果你在字符串里敲os.path.想补全却没反应，就是它被关了 -
editor.suggestOnTriggerCharacters：控制是否在.、/、@等字符后自动弹建议。Python 用户常关掉它来避免干扰，但代价是必须手动按Ctrl+Space - 语言专属设置如
python.analysis.extraPaths，用于告诉 Pylance 去哪找自定义模块；漏配会导致from mylib import xxx补全失败
最容易被忽略的是：语言服务启动成功 ≠ 补全一定准。它高度依赖项目结构是否规范、配置文件是否存在、以及扩展是否用了推荐的语言服务器（比如 Python 必须用 Pylance，而不是 Jedi）。补全卡顿、漏提示、类型标红，90% 都能从这三个环节里揪出根因。
