最常见失败原因是未启用正则模式（需点击右下角 .* 按钮），或误用锚点、换行符（应优先用 \r）、未转义元字符、混入全角符号、未加边界保护导致过度匹配。
为什么 2025-04-05 替换成 05/04/2025 总失败
最常见原因是没开正则模式，或者用了错误的锚点和转义。Sublime 默认把 -、/、^、$ 当普通字符——不点右下角 .* 按钮，写再对的 (\d{4})-(\d{2})-(\d{2}) 也一条都匹配不到。
另一个坑是：Windows 下 $ 默认停在 \r 前，导致替换后多出回车；直接用 \n 又可能在 LF 文件里错位。正确做法是全程用 \R（Sublime 内置跨平台换行符）或干脆避开换行问题——只处理纯日期字符串，不碰行尾。
- 必须先按
Alt+R或点击.*图标启用正则 -
-、.、(、)等元字符必须转义：\.、\(、\) - 日期格式中年月日之间是
-，不是中文短横或全角符号，粘贴时容易混入 - 如果目标文本夹在引号或括号里（如
"2025-04-05"），需把边界写进正则，否则会匹配到2025-04-05abc
(\d{4})-(\d{2})-(\d{2}) 怎么安全捕获并重排
捕获组编号严格按左括号顺序算，(\d{4}) 是 $1，(\d{2}) 第一次出现是 $2，第二次是 $3。别写成 $0 或 $4——Sublime 不支持命名捕获，(?P<year>\d{4})</year> 会直接报错 Invalid group reference。
要确保只匹配标准日期（不连带字母或数字），得加单词边界或前后断言：
- 查找：
\b(\d{4})-(\d{2})-(\d{2})\b（\b防止匹配abc2025-04-05def） - 查找：
(?（负向断言更准，但 Sublime PCRE 对跨行支持弱，慎用） - 替换：
$3/$2/$1（不是$3/$2/$0，$0是整个匹配，含-） - 如果想转成
05 Apr 2025，Sublime 不支持日期函数，只能靠人工映射或分步替换
跨文件批量改日期，怎么避免误伤 console.log("2025-04-05")
Sublime 的 PCRE 引擎不支持可靠的负向先行断言跨行，所以不能单靠正则“排除字符串内”。真实可行的策略是缩小范围 + 分步验证：
- 先用
Ctrl+Shift+F打开「在文件中查找」，Where填具体路径（如./src/**/*.js），避免扫 node_modules - 查找填：
\b\d{4}-\d{2}-\d{2}\b，勾选.*和Match case（避免匹配HTTP/1.1这类误触） - 点
Find All，看高亮是否集中在注释外、非字符串位置；如果大量出现在双引号内，说明需要前置过滤 - 更稳做法：先搜
"\d{4}-\d{2}-\d{2}"并跳过，再对剩余匹配项执行替换——用Replace Preview（Ctrl+Shift+H）快速预览每处改动 - 大项目建议分目录操作，比如先改
./src/api/，再改./src/utils/，避免一次崩掉整个 Git diff
替完发现末尾多空行或格式错乱，怎么收尾清理
日期替换本身不碰换行符，但如果你在替换中用了 $ 或 ^，又开了 . matches newline，就可能意外吞掉缩进或插入多余换行。收尾必须手动检查两处：
- 删残留空行：
^\s*$\R→ 空（注意关掉. matches newline，否则^失效） - 修末尾换行：
\R$→ 空（清理文件末尾多余的换行符，Git 提交前建议做） - 如果替换后某行开头多了空格，可能是原日期前有缩进被
^锚点吃掉了——下次别用^，改用\s*(\d{4}-\d{2}-\d{2})捕获再替换 - 批量操作后，用
Ctrl+Shift+P→Reindent统一代码缩进，比硬调正则更可靠
真正麻烦的不是写错正则，而是忘了 \R 和 \n 的区别、\b 和 ^ 的适用场景、以及跨文件时 Where 路径漏了 ** 导致子目录没扫到——这些细节卡住人的时间，远超写正则本身。
