vscode不支持也不应配置空格与tab混用，因这会引发python报错、yaml/json解析失败及git污染；必须通过禁用detectindentation、启用insertspaces并设tabsize，配合.editorconfig防混用。
VSCode 不支持、也不应该配置“空格与 Tab 混用”——这不是一个可开启的选项，而是必须主动规避的错误状态。Python 会直接报 IndentationError，YAML/JSON 会解析失败，Git diff 会污染提交记录，所有主流格式化工具（black、prettier、eslint）都会拒绝处理混用文件。
为什么 VSCode 没有“允许混用”的配置项
编辑器本身不校验缩进一致性，它只负责插入和显示；而混用是语法层或格式层的非法状态。所谓“配置支持混用”，实际是误把编辑器行为（如自动检测、Tab 键响应）当成语义许可。VSCode 的 editor.detectIndentation 默认开启，恰恰是为了防止混用——但它靠的是“猜首行风格并统一”，不是“允许共存”。
-
editor.insertSpaces: true+editor.tabSize: 4是强制插空格 -
editor.insertSpaces: false+editor.tabSize: 4是强制插\t（显示为 4 列宽） - 一旦设了
editor.detectIndentation: true，VSCode 就会无视你上面两条，去读第一行缩进，然后覆盖设置
你看到的“混用”其实是编辑器失控，不是配置生效
常见现象：改完 settings.json，打开旧文件，右下角显示 Tab Size: 4，但按 Tab 插的是 \t，已有行却用空格——这不是“混用被支持”，是 editor.detectIndentation 在你没注意时悄悄接管了该文件的缩进模式。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 检查右下角状态栏：如果显示
Tab Size: 4（带Tab字样），说明当前文件处于制表符模式；显示Spaces: 4才是空格模式 - 点击状态栏缩进标识，菜单里若出现
Convert Indentation to Spaces且可点，证明当前是Tab模式，且文件含缩进\t - 如果菜单灰色，说明已是空格模式，或文件无缩进
\t
已有混用文件怎么救，而不是“配置支持”
别试图让编辑器容忍混用，要立刻清理。VSCode 提供的 Convert Indentation to Spaces 命令是唯一安全路径，它只处理行首缩进，不碰字符串或注释里的 \t。
- 先启用
editor.renderWhitespace: "all"（命令面板搜Toggle Render Whitespace），看清哪些是·（空格）、哪些是→（Tab） - 逐个打开混用文件，确认右下角是
Tab Size: N，再点它选Convert Indentation to Spaces - 转换后，右下角应变为
Spaces: N；若仍显示Tab Size，说明转换未执行（可能因文件语言识别错误，比如.py被当成Plain Text） - 批量处理？没有一键按钮。用
Ctrl+Shift+F搜正则^\t（勾选正则模式），定位含缩进 Tab 的文件，再逐个开、转、保存
真正需要配的不是“混用”，而是防混用的三件套
所有语言都适用，但必须写在语言专属块或项目级 .vscode/settings.json 中，否则会被绕过：
-
"editor.insertSpaces": true—— 按 Tab 键插空格，不是\t -
"editor.tabSize": 4（或 2，依语言约定）—— 空格数或\t显示宽度 -
"editor.detectIndentation": false—— 关掉自动探测，否则打开旧文件就失效
Python 文件尤其要单独配 "[python]" 块，因为 Python 扩展可能自带反向默认值；JS/TS 项目同理配 "[javascript]" 或 "[typescript]"。团队协作还应加 .editorconfig，它的优先级高于 VSCode 设置，能堵住所有人漏配的口子。
