《PHP实例：关于PHP转换超过2038年日期出错的问题解决》要点：
本文介绍了PHP实例：关于PHP转换超过2038年日期出错的问题解决，希望对您有用。如果有疑问，可以联系我们。
PHP实战前言
PHP实战最近在写一个项目接口.测试中发现服务器上测试正常的功能,在本地一直有问题.一步步的排查,最终锁定问题是由于函数strtotime返回了一个false值,导致数据插入数据库失败.
PHP实战相同代码运行结果不一样,原因那就是环境不一致导致.要么是PHP版本不同,要么是位数不同.
PHP实战我电脑是64位的.这里是PHP位数不一致,服务器使用64位,而我本地是32位.而strtotime被传入了一个字符串2050-1-1 23:59:59,该参数大于了2038-1-19 03:14:07所以在32位PHP下直接返回false,而64位PHP不受影响.
PHP实战Y2K38漏洞
PHP实战导致上述问题的根本原因就是Y2K38漏洞,也被称为Unix Millennium Bug.
PHP实战32位系统或PHP
PHP实战此漏洞将会影响到所有 32 位系统下用UNIX 时间戳整数来记录时间的 PHP,及其它编程语言.一个整型的变量所能保存的最大时间为 2038 年01月19 日 03:14:07.超过这个时间后,整型数值将会溢出.
PHP实战64位系统或PHP
PHP实战64位系统下可以保存的日期最远日期是现在宇宙年龄的21倍――292亿年.所以不会受到该漏洞影响.
PHP实战如何检测
PHP实战如何知道你的系统是否收到该漏洞的影响.很简单,直接使用strtotime去转换一个大于2038年1月19日03:14:07日期.或者使用date函数将一个大于2147454847时间戳转换为日期.
PHP实战下面具体演示一下
PHP实战方法一
PHP实战
echo date("Y-m-d H:i:s",2556115199);
PHP实战上面结果如果返回2050-12-31 23:59:59那么就没有问题.如果返回1914-11-25 09:31:43那么就受收到影响.
PHP实战方法二
PHP实战
var_dump(strtotime("2050-12-31 23:59:59"));
PHP实战上面结果如果返回2556115199那么就正常.如果返回false那么也会受到影响.
PHP实战解决方案
PHP实战方案一
PHP实战更换系统和PHP均为64位.这个代价比较大,但是可以永久解决问题.
PHP实战方案二
PHP实战PHP5.2版本之后提供了一个函数DateTime可以临时解决一下问题.
PHP实战
// 1、日期字符串转换为时间戳
$obj = new DateTime("2050-12-31 23:59:59");
echo $obj->format("U"); // 2556115199
// 2、时间戳转换为日期字符串
$obj = new DateTime("@2556115199"); // 这里时间戳前要写一个@符号
$timezone = timezone_open('Asia/HONG_KONG'); // 设置时区
$obj->setTimezone($timezone);
echo $obj->format("Y-m-d H:i:s"); // 2050-12-31 23:59:59
// 而且DateTime还可以有其他玩法
$obj = new DateTime("2050-12-31 23:59:59");
echo $obj->format("Y/m/d H:i:s"); // 换种方式输入时间字符串2050/12/31 23:59:59
PHP实战通过DateTime类来操作日期不会受到Y2K38漏洞的影响,可以最远支持到9999年12月31日
PHP实战总结
PHP实战以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对维易PHP的支持.
转载请注明本页网址：
http://www.vephp.com/jiaocheng/563.html
