用正则表达式批量重命名

正则最适合处理格式一致的文件名。只匹配你真正想改变的部分，并让替换结果保持可读。窄一点的模式通常比试图一次解决所有文件名的复杂模式更安全。

如果需要保留并重排有用片段，就使用捕获组。在 Rename.Tools 里，替换文本可以用 $1、$2 等引用捕获到的内容。

写正则前，先用自然语言描述文件名结构：日期在哪里，标题在哪里，剧集编号在哪里，哪些部分要删除。这个描述往往就是正则模式的雏形。

下面这些模式适合作为起点。先用少量文件预览确认，再应用到包含大量文件的文件夹。如果一个正则看起来很脆弱，可以拆成一条正则规则加一条简单查找替换规则。

Flags 字段也要有意识地设置。大小写不统一时用 i，需要替换所有出现位置时用 g；除非处理多行文本，否则通常不需要 m。

除非确实要替换全部内容，否则避免使用过宽的 .*。如果替换后出现空名称、重复名称，或删除了比预期更多的文本，先停下来缩小匹配范围。

当一条正则难以判断时，把工作流拆成两三条更简单的规则。这样预览更容易检查，之后保存为预设也更容易理解。

正则不一定要放在第一条规则。很多时候，最清晰的流程是先用查找替换清理明显文本，再用正则完成结构转换，最后用大小写或序号规则收尾。

正则不生效时，不要马上把它写得更复杂。先确认它到底有没有匹配到正确内容。一个实用技巧是暂时把替换文本设为 MATCH_$1，这样可以直接在预览里看到捕获到了什么。

当捕获组正确后，再恢复真正的替换格式。这个方法处理单个文件时看似慢，但面对几百个文件时反而更快、更稳。

正则很强，但不一定总是最清晰的工具。如果只是替换一个固定词，用查找替换即可；如果只是编号，用序号规则；如果只是大小写转换，用大小写规则更合适。

最好的规则链往往是组合式的：简单规则处理简单修改，正则只负责结构转换，最后再通过预览确认结果。这样保存下来的预设也更容易维护、更安全。