Atom正则搜索不生效主因是未开启右下角.图标开关；开启后\d+等才被识别为正则，跨行需用[\w\W]?，替换捕获组必须用$1而非\1，且需确保ripgrep已启用。
Atom 里正则搜索不生效，90% 是因为没点那个 .* 图标——它不是装饰，是开关。关着时你写的 \d+、function\s+\w+ 全当普通字符串匹配，连 . 都只匹配字面量“.”。
正则开关在哪？怎么确认它真开了？
无论用 Ctrl+F（当前文件）还是 Ctrl+Shift+F（项目搜索），右下角那个 .* 图标必须亮起。暗色 = 关闭；亮色 = 开启。别凭记忆，每次打开面板都手动点一次。
- Mac 快捷键
Alt+Cmd+R、Windows/Linux 是Alt+Ctrl+R，但容易被其他插件劫持，不如直接点图标稳 - 在
Find in Project面板里，.*开关在顶部工具栏，位置稍偏左，别和Aa（大小写）或\b（全词）按钮混淆 - 开了之后，
\s、\w、(foo|bar)才开始起作用；关着时^和$也只匹配行首/行尾字面量
跨行匹配为什么总失败？[\s\S] 和 (?s) 怎么选？
Atom 默认不支持 . 匹配换行符，也没 s 标志（dotall 模式）。写 start.*end 在多行文本里必然只匹配单行内部分。
-
[\w\W]是最稳妥的跨行替代方案，实测兼容所有 Atom 版本，覆盖字母、数字、空白、换行符 -
(?s)只在Find in Project且 ripgrep 启用时有效（Settings > Packages > find-and-replace > Use ripgrep），但对Find in Current Buffer无效 -
[\s\S]在部分旧版本 Atom 中解析异常，不推荐；[^]理论上等价，但可读性差，调试时易误判 - 贪婪匹配风险高：用
start[\w\W]*?end（非贪婪），别用start[\w\W]*end，否则可能吞掉中间所有end
替换时捕获组为啥输出 \1 而不是内容？
Atom 用的是 JavaScript 正则引擎，替换串里必须用 $1、$2……不能用 \1。写 \1 不报错，但会原样输出字面量 \1。
- 查找填
class="(\w+)"，替换填class="c-$1"✅；填class="c-\1"❌ - 括号必须成对且未被转义：
class="(.*)"安全；class=\"(.*)\"中的反斜杠不影响捕获，但若写成class\=\"(.*)\"就可能破坏结构 - 嵌套捕获按左括号顺序编号：
((a)(b))中，外层是$1，内层a是$2，b是$3 -
$0表示整个匹配，可用于包裹操作，比如把console.log替成debugger; console.log
项目搜索结果不准？先查这三处配置
项目级搜索走的是 ripgrep 引擎，但 Atom 不是全自动启用它。搜得慢或漏结果，优先排查底层依赖。
- 进
Settings > Packages，确认find-and-replace包状态为 “Enabled” - 点开该包设置页，勾选
Use ripgrep（旧版叫Enable ripgrep support） - 终端执行
rg --version，没装 ripgrep 时 Atom 会 fallback 到极慢的scandal实现，且不支持--max-count等优化参数 - 路径过滤慎用中文或空格：
src/**/index.js可以，我的项目/src/index.js很可能触发error: unrecognized option
真正麻烦的不是语法本身，而是 Atom 对上下文的隐式依赖：它不关心你写的正则多漂亮，只认开关是否打开、引擎是否就位、路径是否干净。漏掉任意一环，\d+ 就只是四个字符。
