本文主要为大家讲解了php中Y2K38的漏洞解决方法,以实例形式对php中Y2K38的漏洞的原理及相应的解决方法进行了较为深入的分析,感兴趣的朋友可以参考下 php中Y2K38的漏洞解决方法分析如下： Y2K38，又称 Unix Millennium Bug， 此漏洞将会影响到所有 32 位系统下用 UNIX 时间戳整数来记录时间的 PHP，及其它编程语言。 一个整型的变量所能保存的最大时间为 2038 年 1 月 19 日 03:14:07
本文主要为大家讲解了php中Y2K38的漏洞解决方法,以实例形式对php中Y2K38的漏洞的原理及相应的解决方法进行了较为深入的分析,感兴趣的朋友可以参考下
php中Y2K38的漏洞解决方法分析如下：
Y2K38，又称 Unix Millennium Bug， 此漏洞将会影响到所有 32 位系统下用 UNIX 时间戳整数来记录时间的 PHP，及其它编程语言。
一个整型的变量所能保存的最大时间为 2038 年 1 月 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 年刚好是这个数。
32位系统下显示2038年1月19日03:14:07以后的日期将会溢出。
<?php
$date = '2040-01-01 12:00:00';
echo strtotime($date); // 空 溢出
echo date('Y-m-d H:i:s', strtotime($date)); // 1970-01-01 00:00:00
?>
那么64 位系统会受到影响吗？
理论上不会，强烈建议进行一下测试。64 位系统下可以保存的日期最远日期是现在宇宙年龄的 21 倍～ 292 亿年。
在32位机器上，可以使用DateTime类来解决这个问题。（PHP5.2开始引入这个类，并在5.3版本中扩展了一些方法）
<?php
$date = '2040-01-01 12:00:00';
$dt = new DateTime($date);
echo $dt->format('U'); // 2209032000
echo $dt->format('Y-m-d H:i:s'); // 2040-01-01 12:00:00
?>
声明：本文内容来源自网络，文字、图片等素材版权属于原作者，平台转载素材出于传递更多信息，文章内容仅供参考与学习，切勿作为商业目的使用。如果侵害了您的合法权益，请您及时与我们联系，我们会在第一时间进行处理！我们尊重版权，也致力于保护版权，站搜网感谢您的分享！
