atom正则搜索需手动开启regex开关，替换用$1而非\1，跨行匹配用[\w\w]，查找范围分当前文件与项目，路径过滤需注意语法。
Atom里正则搜索不生效？先确认是否打开了Regex开关
Atom默认关闭正则匹配，哪怕你写了^abc$，它也当普通字符串搜。最常踩的坑就是输完正则没反应，反复检查语法却漏掉这个按钮。
操作路径：打开查找面板（Cmd+F / Ctrl+F），点击右下角那个.*图标——亮起即开启；暗色即关闭。别信记忆，每次开面板都手动点一次确认。
- Mac上快捷键是
Alt+Cmd+R，Windows/Linux是Alt+Ctrl+R，但键盘映射容易冲突，不如直接点图标稳 - 如果用
Find in Project（Cmd+Shift+F），Regex开关在面板顶部，位置稍不同，也得手动开 - 开启后，
\d、\s、(foo|bar)这些才真正起作用；关着时连.都只匹配字面量“.”
替换时捕获组失效？检查括号是否被转义或嵌套错误
想把class="btn-primary"批量改成class="c-btn-primary"，写class="(.*)" → class="c-$1"结果变成class="c-$1"原样输出，问题大概率出在捕获组引用写法或括号本身被当成字面量。
Atom用的是JavaScript正则引擎，替换串里必须用$1、$2，不能用\1（那是PCRE/Python风格）；而且所有(和)必须成对且未被\转义，否则根本不会生成捕获组。
- 错误示例：
class=\"(.*)\"—— 双引号被\转义，括号还在，但引号本身不是问题；真正危险的是class=\"(.*)\"这种HTML实体写法，括号会失效 - 安全写法：直接输入
class="(.*)"（不转义引号），替换填class="c-$1" - 多层嵌套如
((a)(b))，按左括号顺序编号，外层是$1，内层依次是$2、$3，别数错
跨行匹配失败？Atom默认不支持[\s\S]或dotall模式
想匹配从/*开始到下一个*/结束的整段注释，包括换行，写/\*[\s\S]*?\*/没用——Atom的查找框不识别[\s\S]，也不支持s标志（dotall）。这是底层限制，不是你正则写错了。
可行方案只有两个：要么改用[\w\W]（实测有效），要么用.*配合开启Match Case旁边的Line Endings按钮（实际是启用多行模式，但仅对^和$有效，对.无效）。
-
[\w\W]能覆盖所有字符，包括换行符，可替代[\s\S]；[^]理论上也行，但部分Atom版本解析异常，不推荐 - 避免用
.*跨行：它在单行模式下遇到换行就停，即使开了Regex开关也不会穿透 - 大文件慎用贪婪匹配：
/*[\w\W]*?*/比/*[\w\W]**/更安全，前者最小匹配，后者可能吞掉中间所有*/
查找范围选错导致漏匹配？Find in Current Buffer和Find in Project行为差异大
你在单个JS文件里搜console\.log\(.*\)，结果有些行没被标亮——很可能当前焦点不在该文件标签页，或者误点了Find in Project却没调整路径过滤。
Atom的查找范围逻辑很实在：当前Buffer指「正在编辑、且光标停留的文件」；Project指整个项目根目录下的所有文件（受core.excludeVcsIgnoredPaths等设置影响）。两者正则语法一样，但匹配上下文完全不同。
- 确保目标文件已打开且tab处于激活状态，再按
Cmd+F，否则默认是Project范围 - Project搜索时，右上角有路径过滤框，填
**/*.js可限定后缀，填错如*.jsx会漏掉.js文件 - 搜索结果面板里的文件路径是相对路径，点进去才跳转；如果路径显示
node_modules/xxx却没结果，大概率被core.excludeVcsIgnoredPaths自动排除了
