最近在写一个项目接口。测试中发现服务器上测试正常的功能，在本地一直有问题。一步步的排查，最终锁定问题是由于函数strtotime返回了一个false值，导致数据插入数据库失败。
相同代码运行结果不一样，原因那就是环境不一致导致。要么是php版本不同，要么是位数不同。
本文主要和大家介绍了关于php转换超过2038年日期出错问题的解决方法，文中给出了详细的解决方法，通过示例代码让大家更容易理解和学习，需要的朋友们下面来一起看看吧，希望能帮助到大家。
我电脑是64位的。这里是php位数不一致，服务器使用64位，而我本地是32位。而strtotime被传入了一个字符串2050-1-1 23:59:59，该参数大于了2038-1-19 03:14:07所以在32位php下直接返回false，而64位php不受影响。
y2k38漏洞
导致上述问题的根本原因就是y2k38漏洞，也被称为unix millennium bug。
32位系统或php
此漏洞将会影响到所有 32 位系统下用unix 时间戳整数来记录时间的 php，及其它编程语言。一个整型的变量所能保存的最大时间为 2038 年01月19 日 03:14:07。超过这个时间后，整型数值将会溢出。
64位系统或php
64位系统下可以保存的日期最远日期是现在宇宙年龄的21倍——292亿年。所以不会受到该漏洞影响。
如何检测
如何知道你的系统是否收到该漏洞的影响。很简单，直接使用strtotime去转换一个大于2038年1月19日03:14:07日期。或者使用date函数将一个大于2147454847时间戳转换为日期。
下面具体演示一下
方法一
echo date(y-m-d h:i:s,2556115199);
上面结果如果返回2050-12-31 23:59:59那么就没有问题。如果返回1914-11-25 09:31:43那么就受收到影响。
方法二
var_dump(strtotime(2050-12-31 23:59:59));
上面结果如果返回2556115199那么就正常。如果返回false那么也会受到影响。
解决方案
方案一
更换系统和php均为64位。这个代价比较大，但是可以永久解决问题。
方案二
php5.2版本之后提供了一个函数datetime可以临时解决一下问题。
// 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
通过datetime类来操作日期不会受到y2k38漏洞的影响，可以最远支持到9999年12月31日
相关推荐：
php日期节假日换算的实例分析
关于php日期数组的用法汇总
php日期转时间戳,指定日期转换成时间戳
以上就是php转换超过2038年日期出错如何解决的详细内容。