正则表达式仅适合ISO 8601字符串的前置校验和字段提取，无法校验语义合法性（如2025-02-30）、处理时区换算或日历逻辑；核心解析必须交由语言原生日期库，如Python的datetime.fromisoformat()、JavaScript中补全T和时区后使用new Date()、Java的OffsetDateTime.parse()。
直接用正则表达式“解析”ISO 8601字符串存在本质风险——它能做匹配和粗略分组，但无法真正校验语义合法性（比如2025-02-30、非闰年2月29日），更不能处理时区换算或日历逻辑。实际开发中，正则只适合前置校验或提取字段，核心解析必须交给语言原生的日期时间库。
先用正则快速过滤明显非法格式
一个兼顾可读性与基础覆盖的正则（Python风格）：
^(\d{4})-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01])T([01]\d|2[0-3]):([0-5]\d):([0-5]\d)(?:\.(\d{1,6}))?(?:Z|[+-](?:0[0-9]|1[0-4]):[0-5]\d)?$
- 匹配常见带T分隔符、秒级精度、含Z或±hh:mm时区的完整格式
- 不验证月份天数、闰年、时区有效性，仅防基本错字（如月份13、小时25）
- 捕获组依次为：年、月、日、时、分、秒、毫秒（可选）
提取字段后务必交由标准解析器处理
正则提取出的字符串仍需送入专业解析函数，否则会重蹈JavaScript new Date("2024-05-20") 的覆辙：
- Python：用
datetime.fromisoformat()（推荐）或dateutil.parser.isoparse() - JavaScript：用
new Date(str)仅当字符串含时区（如T12:00:00+08:00或Z），纯日期"2024-05-20"应转成"2024-05-20T00:00:00"再解析 - Java：用
OffsetDateTime.parse()或ZonedDateTime.parse()
避开正则无法解决的典型陷阱
以下情况正则完全无能为力，必须依赖日期库：
-
纯日期字符串（如
"2024-05-20"）：ECMAScript规范强制按本地时区解释为00:00:00 +本地偏移，导致UTC时间偏移一天 -
周序日期（如
"2024-W15-3"）：正则可匹配模式，但无法计算对应公历日期（2024年第15周周三是4月10日） -
带微秒/纳秒的扩展精度（如
"2024-05-20T12:34:56.123456789Z"）：正则难兼顾长度与精度，而标准库自动截断或舍入
