绝大多数正则问题源于原始字符串误用、编译标志不当、贪婪模式错误或 ^/$ 作用域混淆；务必用 r ”” 定义模式，分清 match/search/fullmatch，优先使用。*? 和否定字符类。
Python 里写错正则，十有八九不是逻辑问题，而是 re 模块行为理解偏差或字符串转义翻车。直接上结论：绝大多数“匹配不到”“多匹配了”“报错 error: bad escape”，都出在原始字符串、编译标志、贪婪模式或 ^/$ 的 作用域 上。
忘记用 raw string 写正则模式
Python 字符串本身会先处理反斜杠，比如 "d" 实际传给 re 的是 "d"（因为 d 不是合法的 Python 转义），结果正则引擎根本没见过 d。
- 永远优先用
r"pattern"，例如r"d{3}-d{4}"，而不是"d{3}-d{4}" - 如果非要用普通字符串，得双写反斜杠：
"\d{3}-\d{4}"—— 容易漏、难读、不推荐 - 函数参数如
re.sub(r"old", r"new", text)中的替换字符串也建议加r，避免1被误当成 ASCII 控制字符
re.match() 和 re.search() 混用导致“匹配失败”
re.match() 只从字符串开头匹配，re.search() 才全局找。新手常以为 match 是“匹配”，结果发现明明有目标内容却返回 None。
- 要判断整行是否符合格式（如 邮箱 校验），用
re.fullmatch()或在 pattern 两头加^和$ - 想提取任意位置的数字，别用
match，改用search或findall - 注意：即使用了
^，search仍可能匹配到开头以外的位置（因为^在多行模式下匹配每行开头）
贪婪匹配 + 错误的边界符号引发“吃太多”
像 .* 默认是贪婪的，遇到 "a123b456c" 和 pattern r"a.*c"，会匹配整个字符串，而不是想要的 "a123b456c" 中最短的 "a123b456c" —— 等等，这例子其实没错？问题常出在更隐蔽的地方，比如 r"
" 匹配 HTML 片段时，会跨标签吞掉中间所有内容。
立即学习“Python 免费学习笔记（深入）”；
- 用非贪婪量词：
.*?、+、{2,5}? - 避免用
.*匹配结构化文本；优先用否定字符类，例如r"[^"re.DOTALL标志会让.匹配换行符，开启前确认是否真需要——多数情况不需要re.compile()编译后忘记传参或复用出错预编译对象（
re.Pattern）调用方法时，不再接受flags参数；且sub()的count参数必须显式传，不能靠默认值“猜”。pattern = re.compile(r"d+", re.IGNORECASE) # flags 在 compile 时已固定 pattern.search("abc123") # ✅ 正确 pattern.search("abc123", re.IGNORECASE) # ❌ TypeError: unexpected keyword argument 'flags' pattern.sub("X", "a1b2c3", count=1) # ✅ 只替换第一个 pattern.sub("X", "a1b2c3") # ✅ 默认全部替换- 编译后的 pattern 不再支持运行时改 flag，要不同 flag 就另建一个
- 常用 flag 建议写全称：
re.IGNORECASE比re.I更易维护 - 大量重复使用同一 pattern 时才值得编译；临时一两次用
re.search(r"……", text)更清晰
正则真正难的不是语法，而是你写的 pattern 在 Python 字符串层、
re引擎层、以及目标文本的实际结构之间，到底经历了几次“解释”。每次None返回或意外截断，优先查这四点：raw string、match/search 语义、贪婪控制、compile 后的调用方式。
