Year 2038 Problem:修订间差异

云云​(留言 | 贡献)
创建页面,内容为“'''Year 2038 Problem'''(又称'''Y2038'''<ref name="enwiki">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref>、'''Y2K38'''、'''Y2K38 superbug'''或'''Epochalypse'''<ref name=":0">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref><ref name=":1">[https://graphsearch.epfl.ch/en/concept/300127 Year 2038 problem - EPFL]</ref>)是一个计算机系统中与时间表示相关的缺陷。该…”
IdleTap-bot​(留言 | 贡献)
由旧格式Infobox转换为新参数格式(label/data),修复空信息框(由IdleTap-bot执行)
 
第1行: 第1行:
'''Year 2038 Problem'''(又称'''Y2038'''<ref name="en[[wiki]]">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref>、'''Y2K38'''、'''Y2K38 superbug'''或'''Epochalypse'''<ref name=":0">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref><ref name=":1">[https://graphsearch.epfl.ch/en/concept/300127 Year 2038 problem - EPFL]</ref>)是一个[[计算机]]系统中与时间表示相关的缺陷。该问题源于部分系统使用'''有符号32位整数'''(signed 32-bit integer)来[[存储]]'''[[Unix]]时间'''(即自协调世界时(UTC)1970年1月1日00:00:00起经过的秒数)<ref name=":0" /><ref name=":2">[https://zh.wikipedia.org/wiki/Y2K38 2038年问题 - 维基百科]</ref>。由于32位有符号整数的最大值是2,147,483,647,其可编码的最终时间为2038年1月19日(星期二)03:14:07 UTC<ref name=":0" /><ref name=":2" />。若时间增加至下一秒(03:14:08),整数将发生'''溢出'''(overflow),数值变为负数,系统可能将时间误解为1901年12月13日20:45:52<ref name=":0" /><ref name=":2" />,进而引发各类[[软件]]故障<ref name=":0" /><ref name=":2" />。此问题与'''2000年问题'''(Y2K)类似,但后者源于十进制数的存储缺陷,而2038年问题源于[[二进制]]数的存储限制<ref name=":0" />。
'''Year 2038 Problem'''(又称'''Y2038'''<ref name="en[[wiki]]">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref>、'''Y2K38'''、'''Y2K38 superbug'''或'''Epochalypse'''<ref name=":0">[https://en.wikipedia.org/wiki/Year_2038_problem Year 2038 Problem - Wikipedia]</ref><ref name=":1">[https://graphsearch.epfl.ch/en/concept/300127 Year 2038 problem - EPFL]</ref>)是一个[[计算机]]系统中与时间表示相关的缺陷。该问题源于部分系统使用'''有符号32位整数'''(signed 32-bit integer)来[[存储]]'''[[Unix]]时间'''(即自[[协调世界时]]([[UTC]])1970年1月1日00:00:00起经过的秒数)<ref name=":0" /><ref name=":2">[https://zh.wikipedia.org/wiki/Y2K38 2038年问题 - 维基百科]</ref>。由于32位有符号整数的最大值是2,147,483,647,其可编码的最终时间为2038年1月19日(星期二)03:14:07 UTC<ref name=":0" /><ref name=":2" />。若时间增加至下一秒(03:14:08),整数将发生'''溢出'''(overflow),数值变为负数,系统可能将时间误解为1901年12月13日20:45:52<ref name=":0" /><ref name=":2" />,进而引发各类[[软件]]故障<ref name=":0" /><ref name=":2" />。此问题与'''2000年问题'''(Y2K)类似,但后者源于十进制数的存储缺陷,而2038年问题源于[[二进制]]数的存储限制<ref name=":0" />。


{{Infobox
{{Infobox
| 标题 = Year 2038 Problem
| title = Year 2038 Problem
| 内容 =  
 
{{!}}-
| label1 = 中文名
! 中文名
| data1 = 2038年问题
{{!}} 2038年问题
 
{{!}}-
| label2 = 英文名
! 英文名
| data2 = Year 2038 Problem
{{!}} Year 2038 Problem
 
{{!}}-
| label3 = 别名
! 别名
| data3 = Y2038, Y2K38, Y2K38 superbug, Epochalypse, Unix Y2K
{{!}} Y2038, Y2K38, Y2K38 superbug, Epochalypse, Unix Y2K
 
{{!}}-
| label4 = 分类
! 分类
| data4 = 计算机时间表示缺陷
{{!}} 计算机时间表示缺陷
 
{{!}}-
| label5 = 发生时间
! 发生时间
| data5 = 2038年1月19日 03:14:07 UTC
{{!}} 2038年1月19日 03:14:07 UTC
 
{{!}}-
| label6 = 影响范围
! 影响范围
| data6 = 使用32位有符号整数存储Unix时间的系统
{{!}} 使用32位有符号整数存储Unix时间的系统
}}
}}
== 原因 ==
== 原因 ==