VSCode补全匹配默认启用模糊匹配，由editor.suggest.filterGraceful:true实现，支持字母存在且顺序大致合理的输入（如stco匹配status_code），而非严格前缀匹配；关闭则强制前缀匹配。
补全建议怎么匹配到你刚输的字符？
VSCode 的补全列表不是简单做字符串前缀匹配，而是混合了模糊匹配、上下文感知和优先级排序。默认启用 editor.suggest.filterGraceful（值为 true），意味着即使你输入的字符不连续或顺序错乱，只要字母存在且顺序大致合理，也会被纳入候选。
比如在 Python 中输入 stco，status_code 仍可能排在前列；但输入 ocs 就大概率不会命中 —— 因为起始字符不一致，且缺乏足够上下文支撑。
-
editor.suggest.filterGraceful控制是否启用“宽容过滤”，设为false会强制前缀匹配（更严格，但有时太死板） -
editor.suggest.localityBonus开启后，当前文件中定义的变量/函数会自动提权，比同名导入项更容易被选中 - 触发字符（如
.、:、(）会重置匹配逻辑：此时只展示与点号左侧对象类型兼容的成员，不再走通用字符串匹配
为什么有时候输入几个字母，补全列表却空了？
常见原因不是插件没装，而是匹配逻辑被语言服务器或编辑器设置主动抑制了。比如：
- 当前光标所在位置被识别为字符串或注释内（
editor.quickSuggestions中strings或comments设为false） - 输入内容触发了某个语言服务器的“非补全上下文”判断，例如在 JSON 文件里输
key后跟冒号，Pylance 就不会介入 -
editor.suggestOnTriggerCharacters关闭时，.、/等字符不会主动拉起建议，必须手动按Ctrl+Space - 某些扩展（如旧版 Jedi）对 Unicode 标识符支持弱，输入含中文或 emoji 的变量名后，补全直接失效
如何让自定义代码片段参与动态匹配？
用户 Snippets（通过 Preferences: Configure User Snippets 创建）默认参与全局匹配，但行为受两个关键配置影响：
-
editor.snippetSuggestions决定它们出现的位置："top"（置顶）、"inline"（按相关性混排）、"bottom"（垫底） -
editor.suggest.insertMode影响插入方式："replace"会删掉光标前已输内容再插入 snippet，"insert"则保留并追加 —— 这直接影响你打字时是否“感觉匹配中断” - Snippet 的
prefix字段必须是纯 ASCII 字符，且不能含空格或点号；否则 VSCode 无法将其注册为有效触发词
示例：在 python.json 中定义 "fori": { "prefix": "fori", "body": ["for ${1:i} in range(${2:10}):", " ${0}"] }，输入 fori 后按 Tab 即可展开 —— 但若写成 "prefix": "for i"，该 snippet 将完全不生效。
Pylance 和 clangd 的匹配策略差异在哪？
Python（Pylance）和 C/C++（clangd）底层用的是不同语言服务器，动态匹配逻辑根本不同：
- Pylance 基于 AST + 类型流分析，补全项排序强依赖类型注解完整性。没写
def foo() -> List[str]:，foo().后就很难列出append或sort - clangd 依赖编译数据库（
compile_commands.json）做符号索引，匹配时优先返回已解析出的声明，而非仅靠拼写。如果头文件路径没配进includePath，哪怕拼写完全正确也搜不到 - 两者都支持
editor.suggest.localityBonus，但 Pylance 对“当前文件内定义”的提权更激进；clangd 更倾向系统头文件或显式 include 的符号
这意味着：你在 Python 里改一个变量类型注解，补全列表可能立刻刷新；但在 C++ 里，改完头文件路径后必须重启 clangd（或触发 Developer: Restart Language Server），否则新路径下的符号压根不会参与匹配。
