JavaScript JSON.stringify日期属性序列化局限

JSON本身不识别日期类型，这在数据处理中是一个普遍面临的局限。当使用 JSON.stringify() 将 Date 对象转换为ISO字符串（例如 "2026-06-23T06:23:00.123Z"），再通过 JSON.parse() 解析后，得到的只是普通字符串，而非 Date 实例。这意味着无法直接调用 getFullYear()、getTime() 等方法，否则会报错。此外，时区处理、格式语义保留等需求，JSON均不提供自动机制，只能依靠开发者手动转换和约定字段规范来补救。

日期被序列化成字符串后丢失类型信息

当一个对象包含 new Date() 属性时，过程如下：

• JSON.stringify({ time: new Date('2026-06-23') }) 输出 {"time":"2026-06-23T00:00:00.000Z"} —— 日期被固化为UTC字符串，原始类型信息完全丢失；
• 随后 JSON.parse('{"time":"2026-06-23T00:00:00.000Z"}').time 得到的是字符串，不是 Date 对象；
• 如果不手动转换，后续所有日期计算（如加一天、比较大小）都会失败或得出错误结果。

时区与本地时间表达不一致

ISO字符串默认以UTC表示（末尾带 Z），但业务场景通常需要展示用户的本地时间：

• 服务器返回 "2026-06-23T14:30:00Z"，客户端直接显示时，结果会根据系统设置变成当地凌晨或下午，完全取决于时区偏移；
• 没有自动机制区分“存储用的UTC”和“展示用的本地时间”，开发者必须显式处理时区转换；
• 如果原始 Date 是在本地构造的（例如 new Date("2026-06-23")），经过 stringify 后可能隐含本地偏移（如 +08:00），但解析后依然只是一个字符串，无法恢复 Date 行为。

无法保留自定义格式或上下文语义

JSON本质上是一种纯数据交换格式，不承载任何格式意图。希望字段 createdAt 始终按 yyyy-MM-dd HH:mm:ss 显示，但JSON不会保存该规则；字段名如 deadline 或 publishedAt 在JSON中仅仅是键名，没有语义标签，无法触发自动格式化逻辑；更不用说像 YYYY-MM-dd 和 yyyy-MM-dd 这类大小写敏感的格式含义（ISO周年 vs 日历年），JSON完全不感知。

• 希望字段 createdAt 永远按 yyyy-MM-dd HH:mm:ss 显示，但JSON不保留此规则；
• 字段名如 deadline 或 publishedAt 在JSON中只是键名，没有语义标签，无法触发自动格式化逻辑；
• 像 YYYY-MM-dd 和 yyyy-MM-dd 这类大小写敏感的格式含义（ISO周年 vs 日历年），JSON更是完全不感知。

缺乏反序列化钩子，需手动修复

浏览器原生的JSON API没有提供解析时的类型恢复机制：

• 无法像后端Jackson或C# Newtonsoft那样通过注解或转换器自动将字符串转成Date；
• 常见的做法是在 JSON.parse() 之后遍历对象，用正则识别ISO格式字符串并 new Date() 转换，但这样容易漏判或误转（例如把纯数字ID当成日期）；
• 更稳妥的方式是约定字段命名规范（比如所有以 At 结尾的字段都视为日期），或者在传输层使用带类型元信息的协议（如Protocol Buffers），而不是裸JSON。