VSCode 智能补全依赖语言服务器（如Pylance/tsserver）基于AST、符号表、类型推断和LSP协议实时分析代码结构与上下文，而非字符串匹配；补全精度受类型信息、配置文件、编码格式、包结构及服务器状态直接影响。
VSCode 的智能感知能提供精准补全，不是靠猜，而是靠语言服务器实时解析你的代码结构、类型和上下文关系。它背后没有魔法，只有 AST（抽象语法树）、符号表、类型推断和 LSP 协议的协同工作。
为什么输入 obj. 能立刻列出正确方法？
这不是字符串匹配，而是语言服务器（如 Pylance 或 tsserver）在你敲下 . 的瞬间，已知道 obj 是什么类型——它可能来自变量赋值、函数返回值、类型注解，甚至 import 语句。例如：
import requests
response = requests.get("https://api.example.com")
response.# ← 此时补全能精准显示 .json(), .text, .status_code 等原因在于：Pylance 已加载 requests 的 stub 类型信息（requests/__init__.pyi），并结合当前表达式 requests.get(...) 的返回类型，推导出 response 是 requests.Response 实例。
- 若没装
Pylance或禁用了python.analysis.autoImportCompletions，补全就只剩基础字段，看不到.json() - 若项目没配置
pyrightconfig.json或缺少typings，第三方库补全会大量缺失 - JS/TS 项目中，没配
jsconfig.json或tsconfig.json，跨文件导入补全大概率失效
为什么同一段代码，在 A 文件里补全准，在 B 文件里不提示？
补全精度高度依赖「作用域可见性」和「符号索引完整性」。语言服务器不会全局扫描所有文件，而是按需解析+增量更新。
- 打开一个新文件但未保存（
Untitled-1），Pylance/tsserver 可能跳过分析 → 补全退化为纯文本匹配 - 文件编码不是 UTF-8（比如 GBK），AST 解析失败 → 符号无法提取 → 补全为空或错乱
- Python 项目中，
__init__.py缺失导致包结构不被识别 →from mypkg import xxx的补全无法关联到实际模块 - TS 项目中，
node_modules没装全或@types包缺失 → 第三方库类型丢失，axios.get(...)后无法提示响应结构
为什么开了 Copilot，补全反而更“泛”了？
Copilot 和原生 IntelliSense 是两套机制：前者是云端大模型基于统计模式生成建议，后者是本地语言服务器基于确定性语义分析给出结果。它们默认共存，但优先级不同。
-
editor.inlineSuggest.enabled开启后，Copilot 的灰色内联补全会覆盖掉 Pylance 的下拉列表，容易误触 - Copilot 不校验类型合法性（比如把
str当成int用也不会报错），而 Pylance 会严格按类型推导 - 想保留精准语义补全，建议关闭内联建议：
"editor.inlineSuggest.enabled": false，只用Ctrl+Space手动唤出原生建议
怎么验证当前补全到底靠谁驱动？
最直接的方式是看状态栏右下角的语言模式和服务器状态：
- Python 文件右下角显示
Python (Pylance)→ 补全由 Pylance 提供 - TS 文件显示
TypeScript (TS Server)→ 补全由tsserver驱动 - 点开状态栏语言标识，选
Restart Language Server，再试补全 —— 如果之前卡顿/缺失，重启后恢复，说明是服务器缓存或同步问题 - 按
Ctrl+Shift+P输入Developer: Toggle Developer Tools，在 Console 里搜completion，能看到每次请求发给了哪个服务器、返回了多少项
真正影响精度的从来不是设置项数量，而是语言服务器能否拿到完整、一致、可解析的上下文——这要求你写的代码本身有结构、有类型、有组织，而不是靠补全来“教你怎么写”。
