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年十二月五号"。这类必须先做文本归一化：

Secure Python Code Sandbox

安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。

下载

• 用正则把中文数字、全角符号统一替换：将 "十二" → "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 更快、更确定，也不会因模糊匹配引入歧义。

• 例如批量处理日志里的 "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 不是万能开关，是兜底手段。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！