VSCode自动补全通过LSP实时校验上下文过滤非法选项，而非词典匹配：CSS依赖W3C标准值集，Python靠Pylance类型推断，TS结合tsserver和@types；补全失效常因语言模式错误、quickSuggestions未启用或配置禁用类型检查。
editor.quickSuggestions 开启后，VSCode 自动补全确实能显著降低语法错误概率——不是靠“猜对”，而是通过语言服务器（LSP）实时校验上下文，把非法选项从源头过滤掉。比如在 CSS 的 display 属性后输入 flex，补全列表里根本不会出现 inline-blocks（拼写错误）或 gridy（非法值），因为语言服务只返回符合规范的合法值。
为什么补全能拦住语法错误？
补全建议不是词典匹配，而是基于语法树（AST）和语义规则生成的：
• CSS 补全由 css-language-service 驱动，它内置了 W3C 标准值集和浏览器兼容性规则；
• Python 补全依赖 Pylance 的类型推断，未定义变量、错调方法名（如 list.appendd()）直接不出现在候选中；
• TypeScript 补全结合 tsserver 和 @types，函数参数个数/类型不符时，整个调用建议会被降权甚至隐藏。
补全失效 = 语法检查也失效
常见现象：刚写完 import React from 'react'，但敲 React. 没反应，接着手输 useState 却拼成 useSate ——这不是补全“不准”，是语言服务根本没加载：
• 检查右下角语言模式是否为 JavaScript React（而非 Plain Text 或 JavaScript）；
• 确认 editor.quickSuggestions 在该语言下未被关闭，例如：
"editor.quickSuggestions": { "other": true, "comments": false, "strings": false }
；
• 若项目有 jsconfig.json 或 tsconfig.json，确保其未禁用类型检查（如 "checkJs": false 会削弱补全准确性）。
CSS 补全出错？大概率是上下文解析失败
CSS 补全最常“推荐错值”，比如在 color: 后弹出 flex——这说明语言服务误判了当前属性类型：
• 常见诱因：嵌套语法（Sass/Less）未正确识别，或文件后缀是 .css 但内容含 @mixin；
• 解决方案：安装 SCSS 扩展并右键 → “Change Language Mode” 切换为 Sass；
• 强制刷新上下文：保存文件（触发 textDocument/didSave 请求），或重启语言服务器（命令面板执行 Developer: Restart Language Server）。
路径补全也能防错？是的，但得配对
Path Intellisense 插件在引号内自动补全路径，表面看是省事，实则避免了大量运行时错误：
• 输入 import Button from './compo'，补全直接给出 ./components/Button.vue，跳过手动拼写 compnents 或 buton 的风险；
• 但若项目用了别名（如 @/utils），必须在设置中配 path-intellisense.mappings，否则它只会按物理路径找，补全结果可能指向不存在的文件；
• 注意冲突：若同时启用 Auto Import 插件，它可能劫持引号内补全，导致 Path Intellisense 完全不响应。
真正起作用的从来不是“补全得多”，而是“补全得准”。很多人调了半天 editor.suggestSelection，却忘了关掉 editor.wordBasedSuggestions——后者会在任意位置塞入文档内曾出现过的单词，反而污染合法语法建议。语言服务越干净，补全越可靠。
