前言
最近在写一个项目接口。测试中发现服务器上测试正常的功能,在本地一直有问题。一步步的排查,最终锁定问题是由于函数strtotime
返回了一个false
值,导致数据插入数据库失败。
相同代码运行结果不一样,原因那就是环境不一致导致。要么是PHP版本不同,要么是位数不同。
我电脑是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日
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对的支持。
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!
更新日志
- 陈崎凡《CHEN》[320K/MP3][81.13MB]
- skt都在哪一年夺冠 英雄联盟skt夺冠赛季介绍
- 炉石传说抢先体验乱斗什么时候结束 深暗领域体验乱斗结束时间
- 炉石传说抢先乱斗卡组有什么 深暗领域抢先体验乱斗卡组推荐
- 荣耀手机腕上最佳搭档 荣耀手表5首销开启
- 雷克沙ARES 6000 C28战神之翼 AMD 9800X3D超强搭档
- 咪咕快游感恩同游,超值回馈尽在咪咕咪粉节!
- 陈崎凡《CHEN》[FLAC/分轨][326.32MB]
- 群星《我们的歌第六季 第2期》[320K/MP3][74.05MB]
- 群星《我们的歌第六季 第2期》[FLAC/分轨][385.16MB]
- 童丽《每一个晚上》[低速原抓WAV+CUE]
- 乌兰齐齐格《呼伦牧歌》[原抓WAV+CUE]
- 黄乙玲1988-无稳定的爱心肝乱糟糟[日本东芝1M版][WAV+CUE]
- 群星《我们的歌第六季 第3期》[320K/MP3][70.68MB]
- 群星《我们的歌第六季 第3期》[FLAC/分轨][369.48MB]