Atom正则替换不生效，首要确认开启regex开关（Cmd+Alt+G/Ctrl+Alt+G），否则\d+等被当字面量；跨行用[\s\S]而非.；Unicode用\xXX或直接粘贴字符；$1需配合捕获组；换行符替换注意系统差异。
Atom里正则替换不生效？先确认是否开了regex开关
Atom默认关闭正则模式，点开查找面板（Cmd+F 或 Ctrl+F），右下角那个.*图标没亮，就只是普通字符串搜索。不点它，写\d+也没用，它会当字面量找“\d+”这三个字符。
常见错误现象：Replace All 没反应，或只替换了字面匹配的文本；误以为 Atom 不支持反向引用，其实是没开 regex。
- Mac 上快捷键是
Cmd+Alt+G切换 regex 模式（Windows/Linux 是Ctrl+Alt+G） - 替换栏里写
$1前提是查找栏用了捕获组，比如(\w+)\.js，否则$1会被当普通字符保留 - 如果查找内容含斜杠
/、点.、括号等，又没开 regex，Atom 会按字面匹配——这反而容易让人误判“正则好像能用”
Atom正则不支持 \uXXXX？用 \xXX 或直接粘贴 Unicode 字符
Atom 底层用的是 JavaScript 正则引擎（Node.js v0.10.x 时代遗留），不支持 \u{xxxx} 或带花括号的 Unicode 转义，写上去不会报错，但匹配失败。
使用场景：处理含中文、emoji、特殊符号的代码或文档，比如批量清理注释里的乱码、提取多语言文案。
- 替代方案一：用
\xXX十六进制（仅限 Latin-1 范围，\xA9可匹配 ©） - 替代方案二：直接复制粘贴目标字符到查找框，比如搜
【.*?】，比写\u3010.*?\u3011更稳 - 注意：Atom 对 UTF-16 代理对（如大多数 emoji）支持弱，
\uD83D\uDE00这种拆开写可能失效，建议整字符粘贴
全局替换跨文件卡死？别用 .* 匹配换行，改用 [\s\S]*
.* 默认不匹配换行符，很多人想“匹配任意内容”就硬加 g 和 m 标志，但 Atom 的查找面板不支持标志位输入，.* 在多行文本里只会停在第一行末尾。
性能影响明显：用 .* 配合“全项目搜索”（Cmd+Shift+F），Atom 会尝试逐行回溯，大文件直接无响应。
- 要跨行匹配，写
[\s\S]*—— 它明确表示“所有空白符 + 所有非空白符”，覆盖换行 - 更安全的写法是
[\s\S]*?（非贪婪），避免过度匹配，比如替换 HTML 标签时防止从第一个<div> 一直吃到文件末尾<li>如果只是想匹配“某段多行注释”，优先用具体边界，比如 <code>/\*\*[\s\S]*?\*/，比/\*.*?\*/（加了 dotall 也无效）靠谱得多 - 统一用
$1$2+ 手动在编辑器里换行（即按 Enter 输入真实换行），Atom 会按当前文件编码和行尾格式保存 - 如果必须用
\n，替换前先确认文件的行尾序列：右下角看是LF还是CRLF，保持一致 -
$1和$2之间不要空格以外的不可见字符，Atom 有时会把软制表符或零宽空格一起带进去，肉眼看不见，但编译器报错
替换后格式错乱？小心 \n 和 $1 混用时的换行符差异
Atom 在不同系统上对 \n 的解释不一致：macOS 和 Linux 下它真代表换行，Windows 下可能被转成 \r\n，但替换时又不自动适配，导致缩进塌陷或空行变双空行。
最容易被忽略的地方：你在查找里写了 (\w+)\s+(\w+)，替换填 $1\n$2，结果 Windows 用户打开文件发现每行后面多一个 ^M。
Atom 的正则能力其实够用，问题大多出在“以为它跟 VS Code 或 Sublime 一样”，结果卡在开关没开、Unicode 写法不对、跨行逻辑想当然这些地方。真正难的不是语法，是它不报错、不提示、默默按字面匹配——你得自己意识到哪一步被绕过去了。
