应优先使用re.search()搜索全文，re.match()仅匹配开头且易误用；需全字符串匹配时用re.fullmatch()；三者参数相同但语义和适用场景不同。
别用 re.match() 去找中间出现的模式，它只认开头；真要搜全文，无脑选 re.search() 就行——除非你明确需要“从头开始且只看开头”这个行为。
re.match() 只检查字符串开头，不匹配就直接返回 None
它像一个站在门口的保安，只看进门第一眼。哪怕你的正则完全正确，只要没落在字符串最前面，re.match() 就会立刻放弃。
- 常见错误现象：
re.match(r"world", "Hello world")返回None，但"world"明明存在 - 使用场景：验证输入格式（如邮箱、手机号）、解析固定前缀的日志行（如
"INFO: ..."）、确保字符串以某结构起始 - 参数差异：和
re.search()完全一致，但语义上隐含了^锚定（即使你没写） - 性能影响：略快于
re.search()，因为它最多只比对开头一段，但差异在绝大多数场景下可忽略
re.search() 扫描整个字符串，找到第一个匹配就停
它像一个逐字阅读的编辑，从左到右扫，碰到第一个符合正则的位置就返回结果。这是日常文本提取中最常用的行为。
- 常见错误现象：误以为
re.search()会返回所有匹配——其实它只返回第一个；要全量匹配请用re.findall() - 使用场景：从日志中抽字段、从 HTML 片段里提链接、从用户输入中识别关键词（如“订单号：12345”）
- 多行模式注意：
re.search(r"^line", text, re.M)能匹配换行后的行首，而re.match()在re.M下依然只看整个字符串开头 - 兼容性：Python 2/3 行为一致，无版本陷阱
什么时候该用 fullmatch 而不是 match
如果你本意是“整个字符串必须完全符合正则”，比如校验手机号、身份证号、密码强度，re.match(r"\d{11}", s) 是错的——它只要开头 11 位是数字就通过，后面还能跟乱码。
立即学习“Python免费学习笔记（深入）”；
-
re.match(r"\d{11}$", s)可行，但啰嗦且易漏^ - 更安全直接的写法：
re.fullmatch(r"\d{11}", s)，它强制要求从头到尾完全匹配 -
re.fullmatch()是 Python 3.4+ 加入的，老环境需用re.match(r"^\d{11}$", s) - 注意：
re.match()和re.fullmatch()都不接受re.DOTALL对^$的影响，这点和re.search()不同
真正容易被忽略的点是：很多人写完正则后习惯性用 match() 测试，结果本地小样例能过，一上真实数据就失效——因为测试字符串恰好以目标内容开头。上线前务必用含前置干扰字符的样例（如 "prefix_abc123"）验证函数选择是否合理。
