JSON日期时间格式统一的关键是传ISO 8601 UTC字符串（如"2024-05-20T09:30:45.123Z"），后端序列化时强制格式化，前端反序列化时手动解析并本地化显示。
前后端协作中，JSON 日期时间格式统一的关键是：**不传 Date 对象，只传符合 ISO 8601 标准的字符串（如 "2024-05-20T09:30:45.123Z"），且全程以 UTC 为基准，前端按需本地化显示。
后端序列化：强制输出 ISO 8601 UTC 字符串
避免直接序列化 Date 实例（不同语言/框架行为不一）。应显式格式化为带毫秒和时区标识的 UTC 字符串：
- Java（Jackson）：配置
SerializationFeature.WRITE_DATES_AS_TIMESTAMPS为false，并用@JsonFormat(pattern = "yyyy-MM-dd'T'HH:mm:ss.SSSX", timezone = "UTC") - Python（Django REST Framework）：字段设
format='iso-8601'，确保use_tz = True，时间对象为 timezone-aware - Node.js（Express + date-fns）：用
formatISO(date, { representation: 'complete' })或date.toISOString()（注意：仅适用于已转为 UTC 的 Date 实例）
前端反序列化：收到字符串后才创建 Date 对象
禁止让 JSON.parse() 自动把字符串转成 Date（它不会这么做）。应在解析后手动处理：
- 接收到 JSON 数据后，遍历字段，对匹配日期格式的字符串（如正则
/^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}(\.\d+)?Z$/）调用new Date(str) - 推荐使用
date-fns或dayjs解析：dayjs('2024-05-20T09:30:45.123Z').toDate()，它们默认按 UTC 解析 ISO 字符串 - 不要用
new Date('2024-05-20 09:30:45')这类无时区信息的字符串——浏览器会按本地时区解释，造成偏差
前端序列化发往后端：一律转回 ISO 8601 UTC 字符串
用户选择的时间（如通过 <input type="datetime-local">）需先转为 UTC 字符串再发送：
立即学习“Java免费学习笔记（深入）”；
- 用
date.toISOString()—— 它始终返回 UTC 时间的 ISO 字符串（如"2024-05-20T01:30:45.123Z"） - 若用
dayjs：确保实例为 UTC 模式，dayjs(date).utc().toISOString() - 避免
date.toLocaleString()、date.toJSON()（等价于toISOString，但语义不清）或手动拼接字符串
额外建议：约定与校验
光靠代码不够，还需协作规范：
- 在 API 文档中明确写明：所有时间字段类型为 string，格式为 ISO 8601 UTC（含毫秒与时区 Z）
- 后端加简单校验：收到时间字符串时，尝试解析并检查是否为有效 UTC 时间（如用
new Date(str).toUTCString() !== 'Invalid Date'） - 前端可封装工具函数，如
normalizeDateInput(value)，自动处理字符串 / Date / null 等多种输入，统一输出 ISO 字符串
