dateutil.parser.parse易出错因默认美式解析、年份缩写推断及无分隔符误切；需配合default、fuzzy及预处理（如中文转数字、正则归一化）提升鲁棒性，格式确定时优先用strptime。
直接用 dateutil.parser.parse 大部分时候能搞定，但遇到模糊、无分隔符或中文日期时会出错或误判——得配合 default、fuzzy 和预处理才能稳。
为什么 dateutil.parser.parse 有时返回错误日期？
它默认按“月/日/年”解析（美式），遇到 "2023-12-05" 没问题，但面对 "12/05/23" 或 "2023年12月5日" 就可能把 12 当成月、5 当成日，而年份缩写又触发 19xx/20xx 推断逻辑；更糟的是 "20230512" 这种无分隔符字符串，它会按固定长度切分，结果变成 2023-05-12（实际可能是 2023-12-05）。
- 加
fuzzy=True可跳过无法识别的字符（比如中文“年”“月”“日”），但不保证语义正确 - 用
default参数提供基准日期，能约束缺失字段（如只有“12-05”，就补上年份） - 对纯数字串（如
"20231205"），先按长度规则预判：8位优先试YYYYMMDD，6位试YYMMDD，再 fallback 到parse
如何安全处理含中文、空格、乱序的日期字符串？
别指望 parse 直接吞掉 "昨天"、"下周一" 或 "2023年十二月五号"。这类必须先做文本归一化：
- 用正则把中文数字、全角符号统一替换：将
"十二"→"12"，"０５"→"05"，"年／月／日"→"-" - 对相对时间词（
"今天"、"上个月"），用dateutil.relativedelta结合datetime.date.today()计算，不要传给parse - 若字符串含多个日期（如
"2023-05-01 至 2023-05-10"），先用正则切分，再逐个解析，避免parse只取前半段
什么时候该放弃 dateutil，改用 datetime.strptime？
当输入格式高度可控（比如全是 "YYYY-MM-DD" 或 "DD/MM/YYYY"），且你明确知道格式时，strptime 更快、更确定，也不会因模糊匹配引入歧义。
立即学习“Python免费学习笔记（深入）”；
- 例如批量处理日志里的
"05/Dec/2023:14:30:22"，硬写datetime.strptime(s, "%d/%b/%Y:%H:%M:%S")比开fuzzy=True稳得多 - 注意
%y（两位年）和%Y（四位年）行为不同："23"用%y解为 2023，但"1923"用%y会崩；固定长度输入优先选%Y - 如果格式有多种可能（如同时存在
"2023-12-05"和"05/12/2023"），别写一堆try/except套strptime，不如用dateutil+ 格式白名单校验
真正麻烦的不是解析本身，而是你不知道用户会扔来什么：带时区缩写（"CST"）、混用中英文标点、甚至手误多打一个“0”。预处理永远比依赖自动推断更可靠，而 default 和 fuzzy 不是万能开关，是兜底手段。
