2038年的问题
2038年的问题可能会给使用32位数据存储时间值的计算机带来问题，时间值被表示为自1970年1月1日以来的秒数，也称为纪元。 问题出现了，因为你可以在32位中存储的最大数字相当于2038年1月19日，03:14:07 UTC。这意味着，在这个时间之后的一秒钟，数字将重置为0，并被表示为一个负的时间。根据计算机的编程方式，这可能会使系统崩溃或从纪元开始倒数。 解决这个问题的方法是将时间存储在一个64位的数字中，这个数字在几百万年内都不会重置。大多数64位计算机已经将时间存储在64位数字中…
2038年的问题可能会给使用32位数据存储时间值的计算机带来问题，时间值被表示为自1970年1月1日以来的秒数，也称为纪元。
问题出现了，因为你可以在32位中存储的最大数字相当于2038年1月19日，03:14:07 UTC。这意味着，在这个时间之后的一秒钟，数字将重置为0，并被表示为一个负的时间。根据计算机的编程方式，这可能会使系统崩溃或从纪元开始倒数。
解决这个问题的方法是将时间存储在一个64位的数字中，这个数字在几百万年内都不会重置。大多数64位计算机已经将时间存储在64位数字中，或者可以配置成这样。
图片库
2 图片
相关文章
作者
AlegsaOnline.com 2038年的问题 Leandro Alegsa
URL: https://zh.alegsaonline.com/art/109727
来源
- pubs.opengroup.org : "The Open Group Base Specifications Issue 6"