为何部分日期无法用纳秒表示？Unix纪元转换时间范围限制解析

一、1678年之前/2262年之后出现未定义行为的核心原因 #

绝大多数编程语言和系统的时间库，使用64位有符号整数存储纳秒级时间戳（以Unix纪元1970-01-01 00:00:00 UTC为基准）。这个类型的取值范围是 -9223372036854775808 到 9223372036854775807 纳秒：

• 往前换算：从1970年减去约292年，刚好落在1678年左右，超出这个范围的话，负数会溢出成正数，导致时间戳完全错误；
• 往后换算：从1970年加上约292年，落在2262年左右，超出后正数溢出成负数，同样引发未定义行为（比如程序崩溃、时间显示错乱）。

二、部分日期无法以纳秒形式表示的原因 #

• 历法历史的不统一：现代UTC时间体系基于格里高利历，但历史上不同地区切换格里高利历的时间不同（比如英国直到1752年才完成切换），1678年之前的日期没有统一的全球时间标准，系统无法将这些历史日期精确映射到纳秒级的UTC时间戳。
• 时间测量精度的物理限制：纳秒级的时间精度依赖原子钟，而原子钟直到1950年代才发明。在此之前，人类的时间测量精度最多到毫秒甚至更低，更早的日期根本不存在纳秒级的精确记录，自然无法转换为纳秒时间戳。
• 闰秒的干扰：UTC为了协调原子时与太阳时，会不定期插入闰秒（某一分钟变为61秒或59秒）。闰秒发生时，时间轴会出现不连续的“跳变”，对应的纳秒数无法连续递增，部分时刻的纳秒表示会存在歧义或无法准确对应。

内容的提问来源于stack exchange，提问作者nomad