文件时间戳早于 1980 年导致显示问题的科普文章

在计算机系统中，文件时间戳（timestamp）用于记录文件的创建、修改或访问时间。然而，一些用户可能遇到过这样的情况：当使用 NewFileTime 或简鹿文件批量重命名功能听时间属性修改处理日期早于 1980 年的文件时，系统显示出错或无法正确识别时间信息。这种现象背后隐藏着计算机科学历史和技术限制的有趣故事。

为什么是 1980 年？

大多数现代操作系统和编程语言的时间表示方式都基于 Unix 时间（Unix time），也称作 POSIX 时间或 Epoch 时间。Unix 时间定义为自 1970 年1月1日午夜（UTC）以来经过的秒数。因此，1970 年成为了计算机纪元的起点。

但是，为什么会出现 1980 年的限制呢？这主要是由于某些早期的文件系统设计决定和硬件技术局限所造成的。例如，FAT（File Allocation Table，文件分配表）文件系统是微软在1977年开发的一种文件系统格式，它被广泛应用于各种存储介质上，如软盘、硬盘等。FAT文件系统的日期格式仅使用16位来表示时间戳，其中7位用于年份，从1980年开始计算，5位用于月份，4位用于日期。这意味着FAT文件系统最早只能表示1980年的日期，任何更早的时间都无法准确记录。

技术细节

如前所述，FAT 文件系统将 1980 年作为其日期计数的起点。对于每个文件，它会存储一个 16 位的时间戳，包括年份、月份和日期。这一设计选择简化了当时硬件上的数据存储需求，但也限定了它对过去日期的支持。

并非所有的文件系统都有这样的限制。例如，NTFS（New Technology File System）、ext系列（Linux常用）、HFS+（Apple旧设备）等较新的文件系统能够支持更早的日期。这些系统通常采用更大的字段来存储时间信息，或者直接使用Unix时间戳，可以追溯到更久远的历史时期。

实际影响

在实际应用中，如果尝试在不兼容的文件系统上读取或写入早于 1980 年的日期，可能会遭遇以下几种情况：

错误解析：系统可能会将早于 1980 年的日期误解为其他日期，甚至产生无意义的结果。

拒绝操作：有些程序或操作系统会直接拒绝处理超出其日期范围的数据，以避免潜在的错误。

默认设置：某些情况下，系统可能会自动将无效日期替换为默认值，通常是 1980 年 1 月 1 日。

虽然 1980 年的日期限制听起来像是一个古老的问题，但它依然存在于许多老旧的硬件和软件环境中。了解这个历史背景有助于我们更好地理解当前的技术架构，并提醒我们在设计未来系统时考虑长期兼容性的重要性。随着科技的进步，越来越多的解决方案正在被提出，确保我们可以更加灵活地处理跨越不同年代的数据。