Notepad++的“将空格转换为制表符”仅在状态栏显示“X TAB”时生效，否则无效；需右键缩进区域切换模式，且仅处理行首连续空格，全角/不间断空格不识别，推荐开启显示空格与制表符并用正则精确控制。
空格转 Tab 前必须确认状态栏显示为 “X TAB”
Notepad++ 的 编辑 → 空格/制表符 → 将空格转换为制表符 功能只对当前文档生效，且**仅当状态栏右下角显示类似 4 TAB 时才起作用**。如果显示的是 4 SP 或 2 SP，点击该菜单项完全无效。
解决方法很简单：右键点击状态栏缩进显示区域（如 4 SP），选择「将缩进更改为 TAB」→ 输入对应数值（如 4）。若右键菜单里没有该选项，说明当前文档被识别为“以空格缩进”，可临时按一次 Tab 键插入一个制表符再删掉，触发模式重判。
- 该设置不继承全局首选项，每个文件独立生效
- Python、YAML、TOML 文件尤其敏感——错设成
4 SP却执行空格转 Tab，会导致缩进层级错乱（比如 4 空格本应变成 1 个\t，结果却按 2:1 换算成 2 个\t） - 状态栏显示比「设置 → 首选项 → 语言」里的配置更真实，优先看它
菜单命令只处理行首连续缩进空格，不碰行内空格
将空格转换为制表符 这个操作默认只匹配每行开头的连续空格，且**严格区分用途**：它把缩进用的空格转成 \t，但保留字符串中、注释里、键值分隔用的空格（比如 a b c 中的空格不会动）。
但这也带来两个常见误判：
- 全角空格（U+3000）和不间断空格（U+00A0）完全不被识别，必须用
\x{3000}或\xa0单独查找替换 - 如果某行开头只有 1 个空格，也会被转成 1 个
\t，可能破坏原有对齐逻辑（比如原本 4 空格=1 层缩进，1 空格不该算缩进） - 注释行（如
# value）的行首空格也会被转，导致后续代码缩进错位
用正则替换精确控制哪些空格被转
当菜单命令太粗放时，Ctrl + H 开启正则模式是唯一可靠方案。关键点在于锚定位置、限定数量、排除干扰。
常用组合：
- 转每行开头恰好 4 个空格：
查找填^ {4}，替换填\t（需确保 Tab 宽度设为 4） - 跳过以
#开头的行：^((?!#).){4}不够直观，更稳妥写法是^(?!#)( {4})，替换为\t - 转 4–8 个行首空格（适配不同缩进层级）：
^ {4,8}，但替换时得手动填\t或\t\t，Notepad++ 不支持动态计算倍数 - 避免误伤字符串：
^ {4}(?![^"]*")这类负向断言在 Notepad++ 正则中支持有限，建议先用视图 → 显示符号 → 显示空格与制表符（快捷键Ctrl+Shift+P）人工核对范围
转换前不开「显示空格与制表符」等于蒙眼操作
不打开 视图 → 显示符号 → 显示空格与制表符，你根本分不清眼前是 ·（空格）还是 →（制表符），也看不出混用情况。Python 报 IndentationError 时，错误行往往看起来“完全对齐”，实际是空格和制表符交错。
这个开关还帮你提前发现三类陷阱：
- 注释行开头的
·是否被批量转成了→，导致后续代码块缩进偏移 - 字符串字面量中的
\t是否意外出现在行首，被当成缩进处理 - 复制粘贴来的文本是否含全角空格（
·不显示，但实际是 U+3000）
真正危险的不是操作本身，而是你以为自己在转缩进，其实正在改数据格式——尤其是 shell 脚本、JSON、YAML 这类靠缩进定义结构的文本，错一层就整个失效。
