应分两步用正则定位混用缩进：先用^\t+ 匹配“Tab开头+空格续接”，再用^ +\t匹配“空格开头+Tab续接”，二者均需启用. matches newline确保稳定匹配。
怎么用正则识别制表符和空格混用的缩进
Sublime 本身不提供“检测混用”的一键命令，但可以用正则精准定位——关键不是匹配单个字符，而是匹配「行首同时存在 \t 和 的缩进段」。这种混合在 Python、YAML 等对缩进敏感的语法里极易报错。
查找示例：^[ \t]*[ \t][ \t]* 并不够用：它会匹配纯空格或纯 Tab 行，起不到“混用”识别作用。
真正有效的写法是：^([ \t]*)(\t[ \t]* | [ \t]*\t)，但 Sublime 的 PCRE 引擎不支持嵌套量词回溯控制，实际更可靠的是分两步验证：
- 先用
^\t+（Tab 后紧跟空格）找「Tab 开头 + 空格续接」 - 再用
^ +\t（空格开头 + Tab 续接）找「空格开头 + Tab 续接」 - 两者都勾选
. matches newline（虽然此处不跨行，但部分插件/语法高亮会干扰匹配逻辑，启用更稳定） - 执行前务必点
Find All，确认只命中可疑行——比如 Python 文件中某行缩进是\t（Tab+4空格），就属于典型混用
为什么 ^[ \t]+ 不能直接删混用缩进
^[ \t]+ 确实能匹配所有行首空白，但它不区分结构意图：删掉后整行缩进全丢，代码逻辑可能直接崩。尤其在 Python 中，if 块内嵌了 for，混用缩进被清空后，for 可能错级到 if 外层。
更危险的是，它会误伤本该保留的语义缩进，比如 YAML 的 key: <value> 后续缩进块、JSON 中手动对齐的字段值。
所以「删」不是目的，「转」才是安全解法：
- 先用
Indentation: Convert to Spaces（命令面板输入）把所有 Tab 转为空格，统一基准 - 再用
Indentation: Reindent按当前语法规则重算缩进层级 - 这两步不会动注释行、字符串内缩进或空行，比正则更可控
- 但注意：若文件里有
translate_tabs_to_spaces设为false，且你刚按 Tab 插入过原生\t，那转换前得先确认右下角状态栏显示的是Tab Width: 4 (Tabs)，否则操作无效
如何让混用缩进在编辑器里一眼可见
靠肉眼数空格或 Tab 几乎不可能，必须开启可视化。唯一稳定生效的配置是："draw_white_space": "all"，加在 Preferences → Settings – User 右侧 JSON 中。
但开了之后看不到 →？大概率因为：
-
"translate_tabs_to_spaces"是true：此时你按 Tab 插入的是空格，文件里真没\t，自然只显示· - 文件处于只读状态（右下角标
RO）：Sublime 会跳过空白渲染 - 用了自定义语法定义（如
.sublime-syntax）：某些高亮规则会屏蔽invisibles渲染
临时验证是否真有混用？别改配置，用命令面板：Ctrl+Shift+P → 输入 Toggle White Space 回车，秒开秒关，当前标签页立刻显示 · 和 →。看到同一行既有 · 又有 →，就是混用了。
替换时容易踩的三个坑
想用正则批量修正混用？下面这些错误几乎人人踩过：
- 用
[ \t]{2,}替换为两个空格：它会把行中任意位置的多个空白都替掉，比如print( x )里的空格也被压成两个，破坏可读性 - 用
^(\t| )+替换为空：没加^锚定，结果把每行中间的\t或空格也删了 - 在「Find in Files」里跑跨行正则清理混用：Sublime 对多文件 + 跨行匹配支持极差，常漏匹配或卡死，只应在单文件内操作
- 忽略语法上下文：比如在 Python 字符串里写
"\t "，这属于合法内容，不是缩进混用，正则无差别处理会引入 bug
最稳妥的路径其实是：可视化确认混用 → 手动选中问题行 → 命令面板执行 Indentation: Convert to Spaces → 再 Reindent。自动化的边界，永远在「你能明确界定哪几行需要处理」的时候才安全。
