php中strtotime与mktime的Y2K38漏洞（时间最长为2038年）

来源：互联网发布：车万翔老师的python课编辑：程序博客网时间：2024/06/14 16:55

最近有企业建站系统用户发现一个问题，企业有效期时间修改后保存无效，经仔细检测发现是超过了2038年01月19日的时间就无效了，后来在网上也找到了相关的说法证实。

Y2K38 漏洞

Y2K38，又称 Unix Millennium Bug，此漏洞将会影响到所有 32 位系统下用 UNIX 时间戳整数来记录时间的 PHP，及其它编程语言。一个整型的变量所能保存的最大时间为 2038 年01月19 日 03:14:07。超过这个时间后，整型数值将会溢出。从 1970 年 01 月 01 日开始，到世界标准时 2038 年 01 月 19 日星期二凌晨 03:14:07 超过 2^31 – 1。2^31 – 1 就是0x7FFFFFFF，相信很多编程员都看过，在 32 位系统里，这表示最大的有符号整数。如果用它来表示秒数，大概相当于 68.1 年，从 1970 年到 2038 年刚好是这个数。

64 位系统会受到影响吗？

理论上不会，强烈建议进行一下测试。64 位系统下可以保存的日期最远日期是现在宇宙年龄的 21 倍～ 292 亿年。

那么32位机器上，应该如何解决这个问题呢？

PHP 从 5.2 版本开始引入了一个 DateTime 的类（5.1 中开始实验加入，5.3 版本中扩展了一些方法）：

<?php
$date = '2040-02-01';
$format = 'Y-m-d H:i';
$mydate2 = new DateTime($date);
echo '<p>正常时间:'.$mydate2->format($format).'</p>';
echo '时间溢出：'.date('Y-m-d H:i',strtotime($date));
?>

附，strtotime()函数用法小记
用strtotime比较时间大小，原来用strtotime(date("Y-m-d h:i:s"))进行比较，上周测试是正常的。
但是今天提交了个bug说日期范围不正确。后来改成strtotime("now");就可以了。
可能是存在时区的转换问题。
经过测试发现，strtotime(date("Y-m-d h:i:s")) 比如当前时间是下午5点21分。输入的是2013-01-21 5:30 35。而time()输出的是2013-01-21 17:30 35。
原来，h是区分大小写的，小写h输出的是时区的小时，17点就是5点。而大写H是输出17的。
而且年份y的大小写是有区别的，小写y输出的是13。大写Y输出的是2013。
后来，直接用time()代替strtotime("now")，效率更高。

测试解决方法

<?php$date = new DateTime('2110-01-01 01:01:01');echo  ($date->format('U') ); ?>

0 0