应关闭 editor.tabCompletion 以恢复 Tab 缩进功能，同时检查 editor.insertSpaces 和 editor.detectIndentation 设置，并通过语言专属配置或插件配置解决缩进不一致问题。
Tab 键不缩进，反而触发补全？关掉 editor.tabCompletion
VSCode 默认开启 Tab 补全（editor.tabCompletion），只要光标前有可补全项（比如变量名、函数名），按 Tab 就会插入建议，而不是缩进——这和多数人直觉相反。
实操建议：
- 打开设置（
Ctrl+,或Cmd+,），搜tabCompletion - 把
editor.tabCompletion设为off（不是onlySnippets，那个也会干扰普通缩进） - 改完不用重启，立刻生效
注意：这个设置是全局的；如果只希望在特定语言里禁用补全（比如写 Python 时想保留 snippet 补全但禁用词补全），得配合 "[python]": { "editor.tabCompletion": "off" } 这类语言专属配置。
缩进没反应？检查 editor.insertSpaces 和 editor.detectIndentation
按 Tab 没缩进，常见原因是编辑器当前没启用空格缩进，或被文件已有缩进格式“劫持”了。
实操建议：
-
editor.insertSpaces必须为true（默认是 true，但可能被工作区或语言配置覆盖） -
editor.detectIndentation如果为true（默认），VSCode 会读取文件首行缩进自动设缩进宽度和类型——这会导致你手动改了tabSize却无效 - 临时禁用检测：按
Ctrl+Shift+P→ 输入Change Indentation→ 选 “Indent Using Spaces” 并手动设宽度；或直接关掉editor.detectIndentation
典型错误现象：Tab 插入的是制表符（\t）而不是空格，尤其在 JSON、YAML 等对缩进敏感的文件里容易报错。
想让 Tab 在补全列表里移动，又不影响缩进？用 editor.suggest.insertMode
这是个常被忽略的折中点：你其实不需要完全关掉补全，只需控制「补全建议出现时，Tab 是插入还是移动」。
实操建议：
- 设
editor.suggest.insertMode为replace（默认）或insert，它只影响补全面板激活时的行为 - 当补全面板没弹出时，
Tab始终按缩进逻辑走（前提是editor.tabCompletion已关） - 如果补全面板开着，
Tab会跳到下一个参数占位符（比如函数调用里的括号内），Shift+Tab往回跳——这比默认的→/←更顺手
性能影响几乎为零；但如果你常用 Emmet 或自定义 snippet，insertMode: insert 能避免覆盖已有内容。
不同语言缩进行为不一致？优先看 [language] 配置块
VSCode 的语言专属设置（比如 "[javascript]": { ... }）会覆盖用户级设置，而且优先级更高。你改了全局 tabSize，但 JS 文件里还是 2 格，大概率是语言配置在起作用。
实操建议：
- 打开命令面板（
Ctrl+Shift+P），输入Preferences: Configure Language Specific Settings... - 选语言（如
typescript），检查是否写了"editor.tabSize": 4或"editor.insertSpaces": false - 删掉冲突项，或明确设成你需要的值（比如
"editor.insertSpaces": true）
容易踩的坑：某些插件（如 Prettier、ESLint）会通过 settings.json 注入语言配置，它们可能静默覆盖你的缩进偏好——别只查用户设置，务必打开工作区或插件相关配置看看。
复杂点在于：Tab 行为是三层叠加的结果——全局设置、语言设置、文件已有格式。真正生效的那个，往往藏在最不起眼的地方。
