应先用 print(repr(string)) 查看真实字符串，逐字符比对格式码（如%Y/%y、英文/中文冒号），混合格式或模糊日期改用 dateutil.parser.parse()，性能敏感时提取格式常量或用 time.strptime + datetime 构造。
遇到 ValueError: time data ... does not match format 怎么办
这是 datetime.strptime() 最常见的报错，根本原因是传入的字符串和你写的格式串对不上——不是少了个空格，就是年份用了 %y 却给了 4 位年份，或者时区部分根本没写进格式里。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 先用
print(repr(your_string))看真实字符串（比如有没有不可见的 \u200e、尾部空格、中文冒号） - 逐字符比对：把你的格式串和字符串并排写下来，一个字符一个字符核对，尤其注意
%Yvs%y、%Hvs%I、冒号是英文还是中文 - 如果来源不可控（如用户输入、日志文件），别硬扛
strptime()，改用更鲁棒的库
什么时候该放弃 strptime() 改用 dateutil.parser
当你面对的是混合格式、缺省字段（如只有“2023-10”）、带模糊描述（“yesterday”、“3 hours ago”）或含多语言月份名时，strptime() 就是设计上不支持的。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 安装后直接用
dateutil.parser.parse()，它默认能处理大多数常见变体，包括 ISO 格式、美式/欧式顺序、中文日期词 - 加
fuzzy=True参数可跳过无法识别的杂字符（比如“时间：2023-05-20 14:30:00（已确认）”） - 注意：它不能指定严格格式，也不支持自定义解析逻辑；若需强约束，仍得回退到
strptime()或正则预处理
strptime() 常见格式陷阱与对应写法
很多错误来自对格式码的误解，尤其是跨平台或跨地区数据时：
-
%d要求两位数字（"05"），但字符串是"5"？用%-d（Linux/macOS）或改用int()预处理，Windows 不支持%-d - 字符串含毫秒如
"2023-01-01 12:34:56.123"，格式必须写%f（微秒），且要补足 6 位；实际常用.%f并手动截断或补零 - ISO 8601 时间如
"2023-01-01T12:34:56+08:00"，%z在 Python 3.7+ 才支持带冒号的时区，旧版本会失败，此时应优先用datetime.fromisoformat()
性能敏感场景下如何避免反复解析开销
如果同一格式要解析成千上万条记录，每次调用 strptime() 都有编译格式串的隐式开销。虽然单次不明显，但累积起来可观。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 把格式串提取为常量，比如
DT_FMT = "%Y-%m-%d %H:%M:%S"，避免字符串拼接或重复字面量 - 对固定格式，可用
datetime.strptime的闭包封装，或更推荐：用time.strptime()+datetime(*t[:6])绕过 datetime 层开销（仅限无时区场景） - 极端情况（如日志分析），考虑用正则提前分组提取年月日等字段，再调用
datetime(year, month, day, ...)构造，比全字符串解析快 2–3 倍
真正麻烦的从来不是格式写错，而是错误被吞掉或延迟暴露——比如某条日志时间字段为空，strptime() 报错后整个批次中断；或者用了 parser.parse(..., default=...) 却没意识到默认值会悄悄覆盖异常。这类边界必须显式检查，不能依赖“大概能跑通”。
