安全交换两字符串需确保非重叠、边界明确，应避免.*贪婪匹配，优先使用\b或(?=...)等边界断言，配合^$锚定位置。
正则怎么写才能安全交换两个位置的字符串
直接用 (A)(B) 匹配再 \2\1 替换，看似简单，但实际容易错位或漏匹配。关键不是“能不能换”，而是“换得准不准”——必须确保 A 和 B 是**非重叠、边界明确、可定位**的片段。
常见错误：用 .* 匹配中间内容，导致贪婪匹配吞掉本该属于 B 的前缀；或者没加 ^/$ 或单词边界 \b，结果在长文本里多处误触发。
- 优先用
\b或(?/<code>(?=\s)锚定词边界，比.*可控得多 - 如果要交换第 3 和第 5 个字段（以逗号分隔），别写
^([^,]*,){2}([^,]*),([^,]*,){1}([^,]*)这种脆弱表达式，改用 Sublime 的列模式 + 多行正则更稳 - 测试时先开
Find All，确认所有匹配项都符合预期，再点Replace All
Sublime 的正则引擎对捕获组和反向引用的限制
Sublime Text 使用的是 Boost.Regex 引擎（v4.4+ 后部分版本用 re2），不支持命名捕获组 (?<name>...)</name>，也不支持条件匹配 (?(?=...)yes|no)。所有分组只能用数字编号，且最多支持 9 个捕获组（\1 到 \9）。
这意味着：如果你需要交换三段内容（比如把 first,second,third 变成 third,first,second），不能靠嵌套逻辑，而要老老实实写三个捕获组：^([^,]*),([^,]*),([^,]*)$ → ,,。
-
\0表示整个匹配，不能用于替换（Sublime 会忽略） - 如果正则里用了非捕获组
(?:...)，它不占编号，但能提升可读性 - 替换框里输入
\10不会引用第 10 组（不存在），而是\1后跟字符0—— 要写成\g0才安全（但 Sublime 不支持\g，所以干脆别超 9 组）
交换固定偏移位置的子串（比如第 10–15 字符和第 20–25 字符）
这种需求不能靠语义匹配，得靠位置锚定。Sublime 没有原生“按字节偏移替换”功能，但可以用正则模拟：
例如，把每行中第 10–14 位（5 字符）和第 20–24 位（5 字符）对调，正则可写为：^(.{9})(.{5})(.{4})(.{5})，替换为：\1\4\3\2。这里 .{9} 是前 9 字符，.{5} 是目标段 1，.{4} 是中间 4 字符（补足到第 20 位），.{5} 是目标段 2。
- 注意：点号
.默认不匹配换行符，若需跨行，勾选.按钮（即启用DOTALL） - 如果某行不足 25 字符，这个正则不会匹配 —— 这是好事，避免错位写入
- 批量操作前，用
Ctrl+Shift+P→Selection: Expand Selection to Line先选中所有行，再开正则替换，防止漏行
为什么有时候 \1 \2 显示正常却没换成功
最常被忽略的是：Sublime 的替换框默认是普通文本模式，不是正则模式。即使你在 Find 框打了正则，Replace 框里的 \1 如果没开启 Regular Expression 开关（右下角 .* 图标），就会被当字面量处理，原样输出 “\1”。
- 务必确认 Replace 框右侧的
.*按钮是高亮激活状态 - 如果替换后出现
undefined或空字符串，大概率是某组没匹配上（比如(\d+)遇到字母就捕获为空） - 中文或 UTF-8 特殊符号可能导致
.匹配异常，此时改用[\s\S]更稳妥
位置对调看着简单，真正卡住人的永远是边界和空值——多一格少一格，就全乱了。
