PHP中大于2038年时间戳转换错误的处理方案

| 阅读:331 发表时间:2017-06-30 21:38:45 后端技术

最近在开发一个项目的时候遇见一个php转换时间戳函数strtotime的bug,就是转换2038-01-19以后的时间的时候会返回FALSE;网上百度了一下,说是32位的unix时间戳漏洞,称为Y2K38 漏洞。64位的系统不受此影响。

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 年刚好是这个数。

最近在做一个项目的开发时,无意间发现2038年以后的时间在使用strtotime函数转换时间戳时候,返回false;网上搜索一下,说是32位的unix时间戳漏洞,称为Y2K38 漏洞。64位的系统不受此影响。

那么找到原因了,我们怎么解决问题呢?下面,就是我结合网上总结的方案:

1.更换系统和 PHP 均为64位。这个代价比较大,但是可以永久解决问题。

2.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日

本文由发表并编辑,转载此文章须经作者同意,并请附上出处及本页链接。如有侵权,请联系本站删除。