推荐使用fromisoformat()解析ISO 8601字符串，因其专为该标准设计，能自动处理T分隔符、Z时区、+00:00偏移及毫秒等变体，无需手动编写易错的strptime格式串。
isoformat() 不是用来“解析”时间字符串的，它是把 datetime 对象**转成**字符串的方法。你想问的其实是：为什么解析 ISO 8601 字符串时，建议优先用 fromisoformat() 而不是 strptime()？
因为 fromisoformat() 是专为 ISO 8601 设计的解析器，省去手写格式串的麻烦，也避开多数 strptime() 容易踩的坑。
fromisoformat() 为什么比 strptime() 更适合 ISO 字符串
它直接理解 ISO 8601 的常见变体，不需要你手动匹配 T、Z、+0000、毫秒等细节：
-
fromisoformat("2023-12-06T21:54:00")→ 成功（无时区） -
fromisoformat("2023-12-06T21:54:00.123000")→ 成功（带微秒） -
fromisoformat("2023-12-06T21:54:00+0000")→ Python 3.7–3.10 成功；3.11+ 还支持+00:00 - 但
fromisoformat("2023-12-06T21:54:00Z")在 Python ValueError: Invalid isoformat string
而 strptime() 必须严丝合缝：少一个 T、多一个空格、时区偏移带冒号（+08:00）、甚至末尾多一个零（.123000 vs .123），全都会抛错。
strptime() 解析 ISO 字符串时最常卡在哪
你以为写对了格式，其实漏了几个关键点：
- 日期和时间之间必须是
T，不能是空格 → 格式得写成'%Y-%m-%dT%H:%M:%S%z'，不是'%Y-%m-%d %H:%M:%S%z' -
%z不接受字面量Z，只认+0000形式 → 得先s.replace('Z', '+0000') -
%z也不认+08:00中的冒号 → 得用正则预处理：re.sub(r'([+-]\d{2}):(\d{2})', r'\1\2', s) - 毫秒/微秒部分必须对齐：
%f总是读 6 位，"123"被当123000微秒；如果原始字符串只有 3 位，strptime()就不认
Python 版本差异让 fromisoformat() 行为不一致
别以为用了 fromisoformat() 就一劳永逸——它的支持范围随版本升级明显：
立即学习“Python免费学习笔记（深入）”；
- Python 3.7–3.10：
Z和+08:00全都不支持，只认+0800或无时区 - Python 3.11+：
Z已支持，但+08:00依然不行（仍需预处理或换库） - 所以如果你的代码要跑在多个 Python 版本上，光靠
fromisoformat()并不保险
真正稳定的做法是：明确输入格式后，统一预处理（如替换 Z、删冒号），再交给 strptime() 或第三方库（如 dateutil.parser）——fromisoformat() 只适合你完全控制输入且版本 >=3.11 的场景。
