re.error 异常在正则表达式语法非法时于编译阶段抛出，如括号不匹配、无效转义等；需明确捕获并利用e.pos等属性定位错误，不可与匹配失败（None）混淆。
re.error 异常到底是什么时候抛出来的
当你调用 re.compile()、re.search()、re.findall() 等函数，而传入的正则字符串本身语法非法时，Python 就会立即抛出 re.error。它不是运行时匹配失败（比如没找到），而是编译阶段就失败——相当于正则“写错了”，根本没法解析。
常见触发场景包括：括号不配对、重复量词连用（如 a++）、无效转义（如 z）、未闭合字符类（[a-z）等。
-
re.compile(r"[a-z")→re.error: missing ], unterminated character set -
re.compile(r"(?P<name>)")</name>→re.error: missing group name -
re.search(r"\", text)→ 如果没加原始字符串，"\"实际变成单个反斜杠，引发re.error: bad escape
捕获 re.error 的正确姿势
不能靠 try/except Exception: 模糊兜底，必须明确捕获 re.error，否则可能掩盖其他真正的问题。
- 用
import re后直接except re.error as e:，不要用通用异常 - 异常对象
e有e.pattern、e.pos、e.msg三个关键属性：e.pos是错误发生的位置索引，对定位特别有用 - 如果正则来自用户输入或配置文件，务必在
re.compile()阶段就捕获，而不是等到search()时才暴露
示例：
立即学习“Python免费学习笔记（深入）”；
try:
pattern = re.compile(user_input)
except re.error as e:
print(f"正则错误：{e.msg}，位置 {e.pos}，模式：{e.pattern}")
避免 re.error 的几个硬性习惯
很多 re.error 其实可以提前规避，而不是等运行时报错。
- 所有静态正则一律用原始字符串字面量：
r"d+.d+"，而非"\d+\.\d+" - 动态拼接正则时，对变量部分做
re.escape()处理，尤其当变量含.、*、[等元字符 - 复杂正则建议先用在线工具（如 regex101）验证语法，再粘贴进代码；别靠试错调试
- 避免在正则里硬编码路径分隔符——Windows 用
，Linux 用/，容易误写成w或
re.error 和匹配失败（None）别混淆
re.search() 找不到匹配返回 None，这完全正常，不是异常；而 re.error 是代码层面的语法缺陷，必须修复才能继续执行。
- 检查返回值是否为
None是业务逻辑，属于 if 判断范畴 - 捕获
re.error是防御性编程，属于错误处理范畴 - 两者混为一谈会导致：该报错时不报错（静默失败），或不该中断时中断（把 None 当异常）
最容易被忽略的是：正则从配置加载时，re.compile() 被放在模块顶层——一旦配置错，整个模块 import 就失败，连日志都打不出来。这类场景必须包裹 try/except，且最好带 fallback 默认正则。
