用 (?
怎么把多个连续空格替换成一个空格
直接用 [ ]+ 查找、 （一个空格）替换，是最简单有效的做法。它只匹配纯空格，不碰 Tab 或其他空白字符，适合清理 Markdown 表格、日志文本这类对缩进不敏感的场景。
常见错误是误写成 \s+——它会把 Tab、换行符甚至全角空格都吞进去，一替就乱；或者漏掉查找框里的空格，导致 []+ 这种无效表达式。
- 必须勾选右下角的
.*按钮启用正则模式 - 替换前先点
Find All看匹配数，避免误伤注释里的多个空格（比如// this is a comment） - 如果文件混有 Tab，想一并处理，改用
[ \t]+，但替换值仍为单个空格
怎么只合并单词之间的空格，保留行首缩进
用 (?，意思是“前后都紧邻非空白字符的空格”。这样 <code>def foo(): 会变成 def foo():，但 return x 的四个缩进空格原封不动。
这个写法在 Python、YAML 等缩进敏感文件里特别关键。别信网上抄来的 ^ +| +$——那是删行首/行尾的，不是合并中间空格。
(? 是正向先行断言，确保前面是文字，不是行首或空格- Sublime 的 PCRE 引擎支持该语法，但不支持
\K这类高级特性 - 如果发现没匹配上，检查是否误开了
. matches newline（右下角 ↩ 图标），它会让.吞换行，破坏断言逻辑
为什么 \s+ 替换成一个空格容易翻车
\s+ 看似通用，实际在 Sublime 里极易误删关键空白：它匹配 \t、\r、\n、\u00a0（不间断空格）甚至零宽空格 \u200b。一旦用于代码文件，Tab 缩进被替成空格后，Python 直接报 IndentationError；JSON 字符串里的换行符被干掉，结构当场损坏。
更隐蔽的问题是末尾空格：某些编辑器粘贴时自带不可见字符，\s+ 会连带吃掉它们，导致 Git 提示 “no newline at end of file”。
- 真要跨字符类型处理，先用
^\s*$清一遍伪空行，再针对性处理 - 处理完立刻按
Ctrl+Shift+P→ 输入toggle_whitespace，确认行首/行尾没有残留的·或→ - 别依赖 “Replace All” 一次到位——尤其当文件含 BOM 或混合编码时，先小范围试
替换后缩进错乱，大概率是 Tab/空格混用
执行完空格替换，如果代码块整体左移、折叠异常、Alignment 插件对不齐，基本可断定原文件存在 Tab 和空格混用。Sublime 不会自动识别这种混用，^\s+ 会无差别删除所有行首空白，Tab 被删后，后续空格缩进失去参照，视觉和语法层面同时崩坏。
补救只有两步：先用菜单 View → Indentation → Convert Indentation to Spaces 强制统一，再重新跑空格替换；或者反向操作——先转空格，再删行首空白。
- 转换后记得关掉
View → Indentation → Detect Indentation，否则下次打开又切回 Tab - 长期预防，在用户设置里加
"translate_tabs_to_spaces": true，但注意这不影响已有 Tab - 真正容易被忽略的是：Sublime 的
Reindent命令不会校验缩进一致性，它只按当前语法规则重排——如果原始缩进本就不统一，重排后可能更糟
