atom正则需手动开启.*开关，替换用$1而非\1，跨行匹配唯一可靠方案是[\w\w]，项目搜索范围受路径过滤和打开文件夹限制。
Atom 的正则表达式不是“写了就能用”，它默认关闭，且替换语法、跨行行为、捕获组引用都和常见工具（如 VS Code、sed、Python）不一致——直接照搬其他编辑器经验，90% 会失败。
必须手动开启 Regex 开关，否则所有正则都当纯文本处理
Atom 查找面板（Cmd+F / Ctrl+F）默认是字面量匹配。哪怕你输入 ^\d+$，它也只搜字符串 “^d+$”，不会识别 ^、\d 或 $。
- 右下角那个
.*图标必须点亮——暗色=关闭，亮色=开启；每次打开面板都建议点一次确认，别依赖记忆 -
Find in Project（Cmd+Shift+F）的 Regex 开关在面板顶部，位置不同，同样要手动开 - Mac 快捷键
Alt+Cmd+R、Win/LinuxAlt+Ctrl+R可能被系统或输入法拦截，不如点图标稳 - 没开开关时，
.就真的只匹配字面量 “.”，\s就真的只匹配字符 “s”
替换必须用 $1，写 \1 会原样输出
Atom 使用 JavaScript 正则引擎，替换串里捕获组引用必须是 、，不是 。写错不会报错，但结果会变成字面字符串 ，导致替换失败。
- 查找：
(\w+)\.js→ 替换：lib/$1.min.js✅ - 查找：
(\w+)\.js→ 替换：lib/\1.min.js❌ 实际输出lib/\1.min.js - 支持
$0（整个匹配）、$1～$9，不支持$10及以上 - 括号必须成对且未被
\转义，否则不生成捕获组；例如class=\"(.*)\"中的\"不影响括号，但class=\(.*)会让括号失效
跨行匹配只能靠 [\w\W]，[\s\S] 和 . 都不行
Atom 不支持 s（dotall）标志，. 永远不匹配换行符，[\s\S] 在 Atom 查找框里会被忽略（不是语法错，是底层不识别）。唯一可靠的是 [\w\W]。
- 想匹配多行注释
/* ... */：用/\*[\w\W]*?\*/✅ - 用
/\*[\s\S]*?\*/或/\*.*?\*/都会断在第一行末尾 ❌ -
Match Case旁的Line Endings按钮只影响^和$的行为，对.无效 - 贪婪匹配风险大：大文件中用
[\w\W]*可能吞掉多个*/，优先选[\w\W]*?
项目级查找易漏匹配，范围控制比语法更重要
你在当前文件里能搜到 console\.log\(.*\)，但在 Find in Project 里没结果？大概率不是正则写错了，而是查找范围没设对。
-
Find in Current Buffer只搜当前激活标签页；焦点不在目标文件时，根本不会扫它 -
Find in Project默认扫整个项目，但若你打开了多个根目录（比如两个文件夹），它可能只扫第一个；需在File/Directory pattern填路径过滤，如src/**/*.js - 排除 node_modules？得手动加
node_modules/**到 “Exclude VCS Ignored Paths” 或 “Files to Exclude” 设置里 - 底层默认用 ripgrep，但如果 find-and-replace 包被禁用或降级，会退回到慢速 scandal，搜索延迟明显
最常被忽略的其实是上下文：Regex 开关状态、替换语法风格、跨行方案限制、查找范围边界——这些不是“高级技巧”，而是 Atom 正则能跑起来的前提。写完正则先看右下角 .* 亮没亮，比调语法重要十倍。
