正则表达式的关键在于理解NFA引擎的回溯机制、贪婪与懒惰的尝试顺序、捕获组的结构化作用及实战中的边界意识。
正则表达式不是“写出来就能匹配”,关键在于理解它的匹配引擎如何工作——回溯、贪婪与懒惰、捕获与分组的底层逻辑,直接决定你写的正则是否稳定、高效、可维护。
Python 的 re 模块使用的是NFA(非确定性有限自动机)引擎,它靠“尝试 + 回溯”完成匹配。一旦某条路径失败,就退回上一个选择点重新试——这既是灵活性的来源,也是性能陷阱的根源。
a+b 匹配 "aaab":引擎先尽可能吞掉所有 a(贪婪),再看后面能不能匹配 b;若后续不满足,就会逐步“吐出”a,重新尝试(a+)+b 匹配长串 "a"*100,可能触发指数级回溯,导致卡死(?>...) 或占有量词(Python 3.11+ 支持 ++、*+)禁用回溯,或重写为更线性的模式本质是匹配优先级不同:贪婪模式先扩展到最大再收缩,懒惰模式先取最小再扩张。它们影响的是“尝试顺序”,而非最终结果数量。
<.> 在 "textmore" 中会匹配整个字符串(贪婪跨标签)<.> 则停在第一个 >,得到 ""(懒惰及时收手)]*> 更可靠括号 () 不仅捕获内容,还定义了匹配过程中的“子引擎作用域”,影响回溯边界和引用逻辑。
(\d{4})-(\d{2})-(\d{2}) 中年/月/日分别对应 group(1)~group(3)
(?P\d{4}) 提升可读性,且支持 match.group("year") 和 (?P=year) 反向引用,适合重复校验(如匹配相同引号:([
"'])(?:[^"']*)\1)(?:...) 用于逻辑分组但不保存结果,减少内存开销,也避免干扰 group 编号别从“怎么写正则”开始,先问三个问题:要匹配什么?不要匹配什么?边界在哪?
[^@]+@[^@]+\.[^@]+ 做基础过滤,业务层再调用 SMTP 或 DNS 校验BeautifulSoup;若必须用正则,限定单层、无嵌套,如 ([^,并加 re.DOTALL 处理换行
re.sub() 的 repl 参数,例如把金额数字转为带千分位:re.sub(r'\d+', lambda m: f"{int(m.group()):,}", text)