10000年问题（Year 10000 Problem，简称Y10K）是所有软件可能在表示五位数年份时发生的问题的总称。在2000年问题引起人们关注的一段时间中，10000年问题曾被以幽默的方式被人们在媒体中披露。实际上，在10000年时，由于未来科技及软件的进步－不再只以少数几个数字表示年份，这可能不再是个问题。
需处理日期之软件可能发生的问题 许多需处理日期的程序会在2000年时将年份错误显示为1900年、19100年或100年，因为工程師直接在以两位数记录的年份前面加上"19"以简化程式或节省記憶體空间。这类的日期显示错误不太可能在10000年来临时再度发生，因为这种记录方式在此时是没有用处的。然而，部份程序在处理日期时只会显示末4码的年份。这可能会导致10000年被显示为“0000年”。
这个问题可以在今日相当普及的试算表软件Microsoft Excel中发现。因为它以"自1899年12月31日起经过的天数"来储存日期（以此规则，第1天是1900年1月1日）。在資料庫軟體Microsoft Access中也有同样的问题。它以“自1899年12月30日起经过的天数”来储存日期（第一天是1899年12月31日）。在上述任一个程序中，输入第2958465天会产生日期9999年12月31日。
对此数值再加1（即2958466）则会造成程式語言中的溢位（Excel中為顯示一列#號），但事实上，2958465的二进制表示为101101'00100100'10000001，而2958466则是101101'00100100'10000010。这两个值在二进制中皆为22位数。在这些软件中提及的溢位问题最有可能是源于它们的浮點數表示法（在Excel中，第1.5天是1900年1月1日的12:00:00）。它们可能被以变种的IEEE浮点标准存储。而此一部份之数字有23位数的空间。
恒今基金会正尝试促进以5位数书写／记录年份的习惯，以此，2000年将会被记录为“02000”，如此将能預防10000年問題（一萬年蟲問題），但这將再次遇到100000年問題（十萬年蟲問題）。
有记录的问题 2000年问题因为以2位数字表示4位数年份，而前两位的"世纪"年份无法被正确决定而产生。被记录的年份应该加上2位的"世纪"年份以解决此问题。10000年问题不需要更新任何旧纪录，因为4位数字已经足够纪录4位数的年份。它将只需要新的纪录方式以记录5位数年份。然而，仍然有一个在使用字典序（lexical sorting）记录时可能会发生的问题。例如：在表示10000年的日期时，它可能会出现在1000年的旁边，而不是在9999年的旁边。
参看外部链接 10000年问题, 此條目已列出參考文獻, 但因為沒有文內引註而使來源仍然不明, 2020年7月29日, 请加上合适的文內引註来改善这篇条目, year, 10000, problem, 简称y10k, 是所有软件可能在表示五位数年份时发生的问题的总称, 在2000年问题引起人们关注的一段时间中, 曾被以幽默的方式被人们在媒体中披露, 实际上, 在10000年时, 由于未来科技及软件的进步, 不再只以少数几个数字表示年份, 这可能不再是个问题, 10000年問題全球, 9999年12月31日距今还有, 291349. 此條目已列出參考文獻 但因為沒有文內引註而使來源仍然不明 2020年7月29日 请加上合适的文內引註来改善这篇条目 10000年问题 Year 10000 Problem 简称Y10K 是所有软件可能在表示五位数年份时发生的问题的总称 在2000年问题引起人们关注的一段时间中 10000年问题曾被以幽默的方式被人们在媒体中披露 实际上 在10000年时 由于未来科技及软件的进步 不再只以少数几个数字表示年份 这可能不再是个问题 10000年問題全球 9999年12月31日距今还有 2913498 天以当地时间计算如发现倒数时间不准确 请点击此处刷新目录 1 需处理日期之软件可能发生的问题 2 有记录的问题 3 参看 4 外部链接需处理日期之软件可能发生的问题 编辑许多需处理日期的程序会在2000年时将年份错误显示为1900年 19100年或100年 因为工程師直接在以两位数记录的年份前面加上 19 以简化程式或节省記憶體空间 这类的日期显示错误不太可能在10000年来临时再度发生 因为这种记录方式在此时是没有用处的 然而 部份程序在处理日期时只会显示末4码的年份 这可能会导致10000年被显示为 0000年 这个问题可以在今日相当普及的试算表软件Microsoft Excel中发现 因为它以 自1899年12月31日起经过的天数 来储存日期 以此规则 第1天是1900年1月1日 在資料庫軟體Microsoft Access中也有同样的问题 它以 自1899年12月30日起经过的天数 来储存日期 第一天是1899年12月31日 在上述任一个程序中 输入第2958465天会产生日期9999年12月31日 对此数值再加1 即2958466 则会造成程式語言中的溢位 Excel中為顯示一列 號 但事实上 2958465的二进制表示为101101 00100100 10000001 而2958466则是101101 00100100 10000010 这两个值在二进制中皆为22位数 在这些软件中提及的溢位问题最有可能是源于它们的浮點數表示法 在Excel中 第1 5天是1900年1月1日的12 00 00 它们可能被以变种的IEEE浮点标准存储 而此一部份之数字有23位数的空间 恒今基金会正尝试促进以5位数书写 记录年份的习惯 以此 2000年将会被记录为 02000 如此将能預防10000年問題 一萬年蟲問題 但这將再次遇到100000年問題 十萬年蟲問題 有记录的问题 编辑2000年问题因为以2位数字表示4位数年份 而前两位的 世纪 年份无法被正确决定而产生 被记录的年份应该加上2位的 世纪 年份以解决此问题 10000年问题不需要更新任何旧纪录 因为4位数字已经足够纪录4位数的年份 它将只需要新的纪录方式以记录5位数年份 然而 仍然有一个在使用字典序 lexical sorting 记录时可能会发生的问题 例如 在表示10000年的日期时 它可能会出现在1000年的旁边 而不是在9999年的旁边 参看 编辑2000年问题 2038年问题 民國百年蟲外部链接 编辑RFC2550 Y10K and beyond 一份在1999年愚人节發行的RFC文件 但是有很多實用的資料 Computer systems worry over pending year 10 000 problem 某用户亲自测试10000年问题 页面存档备份 存于互联网档案馆 取自 https zh wikipedia org w index php title 10000年问题 amp oldid 71183467, 维基百科，wiki，书籍，书籍，图书馆，
文章
，阅读，下载，免费，免费下载，mp3，视频，mp4，3gp， jpg，jpeg，gif，png，图片，音乐，歌曲，电影，书籍，游戏，游戏。