为何多数API优先采用ISO-8601时间戳格式而非epoch格式？

问题背景 #

我在不少项目里见过用epoch格式表示日期，但多数开发者会选择ISO-8601格式作为时间戳。想了解ISO-8601相比epoch有哪些优势？

我知道epoch时间戳常用来表示最后更新或创建时间，多用于数据库场景，但它对我来说有些困惑——不同编程语言用的时间单位不一样，比如PHP里是秒，Java、JavaScript里是毫秒，而ISO-8601是标准化的格式。

核心优势 #

• 可读性拉满：epoch就是一串冷冰冰的数字，不借助转换工具根本没法直观知道是哪天几点；而ISO-8601格式（比如2024-05-20T14:30:00+08:00）一眼就能看懂具体时间，调试日志、核对数据时省超多事。
• 彻底避免单位歧义：正如你吐槽的，不同语言对epoch的时间单位定义混乱，秒、毫秒、微秒的差异很容易搞出时间计算错误；ISO-8601是统一的字符串格式，不存在这种隐性坑。
• 原生支持时区信息：标准ISO-8601格式可以直接带上时区偏移（比如+08:00代表东八区），跨时区协作时能精准对应到当地时间；epoch本身只是个相对差值，必须额外指定时区才能明确具体时间点。
• 全场景兼容性：ISO-8601是国际通用标准，几乎所有编程语言、数据库、第三方工具都原生支持解析和生成；epoch虽然也普及，但单位差异始终是个需要额外留意的问题。
• 字符串排序直接生效：ISO-8601的格式是按年→月→日→时→分→秒的顺序排列的，直接对字符串排序就能得到正确的时间先后顺序，不用先转成数字再处理，文本场景下更方便。

内容的提问来源于stack exchange，提问作者E. Dn