2000 年问题:修订间差异

跳转到导航 跳转到搜索
添加137字节 、​ 2025 年 11 月 2 日 (星期日)
无编辑摘要
无编辑摘要
第 5 行: 第 5 行:


== 问题由来 ==
== 问题由来 ==
[[文件:IBM_1401_print_buffer.jpg|300px]]
[[文件:IBM_1401_print_buffer.jpg|thumb|300px|2000 年问题实例,法国南特中央理工学院的 LED 显示屏将 2000 年 1 月 3 日错误显示为 1900 年 1 月 3 日]]
2000 年问题实际上并非电脑病毒,它只是一个计算机程序在日期表示上的缺陷,并不是一个恶意编写的电脑病毒。2000 年问题最早始于 20 世纪 50~60 年代,当时的计算机存储器价格极为昂贵,且容量很小,早期的磁芯存储器单位价格平均为 1 美元/比特,同时期一块容量仅为 1 MB 的硬盘价格为 761000 美元。当时的计算机极为早期,仍然使用打孔卡存储和输入数据,最常见的 IBM 打孔卡仅有 80 列宽,能够储存的数据也极其有限。正因为如此,程序员在编写程序时需要尽可能的节省存储空间,最大程度降低存储成本。因此,当时的程序员普遍在编写程序时使用六位数字存储时间,且只取年份中的后两位表示年份(例如,1976 年 10 月 29 日在这种格式下被简短存储为 23/10/76 或 10/23/76)。
2000 年问题实际上并非电脑病毒,它只是一个计算机程序在日期表示上的缺陷,并不是一个恶意编写的电脑病毒。2000 年问题最早始于 20 世纪 50~60 年代,当时的计算机存储器价格极为昂贵,且容量很小,早期的磁芯存储器单位价格平均为 1 美元/比特,同时期一块容量仅为 1 MB 的硬盘价格为 761000 美元。当时的计算机极为早期,仍然使用打孔卡存储和输入数据,最常见的 IBM 打孔卡仅有 80 列宽,能够储存的数据也极其有限。正因为如此,程序员在编写程序时需要尽可能的节省存储空间,最大程度降低存储成本。因此,当时的程序员普遍在编写程序时使用六位数字存储时间,且只取年份中的后两位表示年份(例如,1976 年 10 月 29 日在这种格式下被简短存储为 23/10/76 或 10/23/76)。


导航菜单