根本原因是re.match()只从字符串开头匹配，而实际需要re.search()扫描全文；group(n)中n=0为全匹配，n≥1按左括号顺序编号；重复使用pattern应预编译；re.sub()函数替换时必须return字符串。
Python 正则为什么有时匹配不到明明存在的内容
根本原因不是写错了 pattern，而是 re.match() 只从字符串开头匹配，而你实际想用的是 re.search()。很多人卡在这一步，反复调式 re.match(r"abc", "xabc") 却始终返回 None，因为 "xabc" 开头不是 "abc"。
常见错误现象：re.match() 返回 None，但肉眼可见目标文本里有匹配项；re.findall() 有结果，re.match() 却没有。
-
re.match()：只检查字符串起始位置，等价于在 pattern 前自动加^ -
re.search()：扫描整个字符串，找到第一个匹配就停 -
re.fullmatch()：要求整个字符串完全匹配 pattern，等价于前后都加^$
示例：re.match(r"world", "hello world") → None；re.search(r"world", "hello world") → 匹配成功。
group()、group(0)、group(1) 容易搞混的索引逻辑
调用 match.group(n) 时，n=0 是整个匹配结果，n=1 起才是括号捕获组，且按左括号出现顺序编号——不是按内容或变量名。嵌套括号、非捕获组 (?:...) 都会影响编号，这是最常出错的地方。
立即学习“Python免费学习笔记（深入）”；
使用场景：提取 URL 中的协议、域名、路径，或解析日志行中的时间戳和状态码。
-
group(0)和group()完全等价，都是完整匹配串 -
group(1)对应第一个(...)，哪怕它里面还套了别的括号 -
(?:...)不产生 group 编号，但会参与匹配和位置计算 - 如果引用了不存在的 group 编号（比如只有 1 个括号却调
group(2)），抛IndexError
示例：re.search(r"(a(b))", "ab").group(2) 返回 "b"，因为外层 (a(b)) 是 group 1，内层 (b) 是 group 2。
编译正则对象 re.compile() 到底什么时候必须用
不是“写了 re.compile() 就更专业”，而是重复使用同一 pattern 时，显式编译能避免重复解析开销。Python 内部对常用 pattern 有缓存（默认最多缓存 512 个），但缓存键是 pattern 字符串 + flags，只要字符串不同或 flags 多一个 re.I，就算新 pattern。
性能影响：单次匹配几乎无差别；循环中反复调 re.search(r"\d+", s) 10 万次，比先 pat = re.compile(r"\d+") 再 pat.search(s) 慢约 15–20%（CPython 3.11 测试）。
- 必须用：pattern 来自配置文件/用户输入，且会在循环中多次调用
- 建议用：函数内固定 pattern，被高频调用（如 Web 请求解析）
- 不用也行：脚本一次性处理、调试临时代码、pattern 极简单（如
r"a"） - 注意：编译后的
Pattern对象线程安全，可全局复用
re.sub() 的替换值是字符串还是函数，差别极大
传字符串时，\1、\g<name></name> 这类反向引用能直接展开；传函数时，函数接收 Match 对象，可以动态计算替换内容——但很多人忘了函数必须 return 字符串，否则报 TypeError: expected string or bytes-like object。
容易踩的坑：re.sub(r"(\d+)", r"[num:\1]", "a123b") 没问题；但若写成 re.sub(r"(\d+)", lambda m: int(m.group(1)) * 2, "a123b") 就会崩，因为 lambda 返回的是 int，不是 str。
- 字符串替换：支持
\1、\g、\g<name></name>，不支持表达式 - 函数替换：参数是
Match，return 值必须是str或bytes - 函数里可以用
m.group()、m.start()等做上下文判断，比如只替换偶数位置的数字 - 如果 pattern 有多个 group，函数收到的
Match包含全部，但函数本身不决定哪个 group 被替换——整个匹配都被替换了
示例：re.sub(r"(\w+)", lambda m: m.group(1).upper(), "hello world") → "HELLO WORLD"。
正则执行机制最绕的点不在语法，而在「匹配过程如何回溯」「贪婪与非贪婪如何影响匹配长度」「编译后 pattern 是否真的复用」——这些不看 CPython 的 sre.c 源码很难彻底理清，日常够用的边界，往往就藏在 re.match() 和 re.search() 的第一字符检查里。
