[b]前言[/b] 最近在写一个项目接口。测试中发现服务器上测试正常的功能，在本地一直有问题。一步步的排查，最终锁定问题是由于函数[code]strtotime[/code]返回了一个[code]false[/code]值，导致数据插入数据库失败。 相同代码运行结果不一样，原因那就是环境不一致导致。要么是PHP版本不同，要么是位数不同。 我电脑是64位的。这里是PHP位数不一致，服务器使用64位，而我本地是32位。而[code]strtotime[/code]被传入了一个字符串[code]2050-1-1 23:59:59[/code]，该参数大于了[code]2038-1-19 03:14:07[/code]所以在32位PHP下直接返回[code]false[/code]，而64位PHP不受影响。 [b]Y2K38漏洞[/b] 导致上述问题的根本原因就是[code]Y2K38[/code]漏洞，也被称为[code]Unix Millennium Bug[/code]。 [b]32位系统或PHP[/b] 此漏洞将会影响到所有 32 位系统下用UNIX 时间戳整数来记录时间的 PHP，及其它编程语言。一个整型的变量所能保存的最大时间为 [code]2038 年01月19 日 03:14:07[/code]。超过这个时间后，整型数值将会溢出。 [b]64位系统或PHP[/b] 64位系统下可以保存的日期最远日期是现在宇宙年龄的21倍——292亿年。所以不会受到该漏洞影响。 [b]如何检测[/b] 如何知道你的系统是否收到该漏洞的影响。很简单，直接使用[code]strtotime[/code]去转换一个大于[code]2038年1月19日03:14:07[/code]日期。或者使用date函数将一个大于[code]2147454847[/code]时间戳转换为日期。 下面具体演示一下 [b]方法一[/b] 上面结果如果返回2050-12-31 23:59:59那么就没有问题。如果返回1914-11-25 09:31:43那么就受收到影响。 [b]方法二[/b] 上面结果如果返回[code]2556115199[/code]那么就正常。如果返回[code]false[/code]那么也会受到影响。 [b]解决方案[/b] [b]方案一[/b] 更换系统和PHP均为64位。这个代价比较大，但是可以永久解决问题。 [b]方案二[/b] PHP5.2版本之后提供了一个函数[code]DateTime[/code]可以临时解决一下问题。 通过[code]DateTime[/code]类来操作日期不会受到[code]Y2K38[/code]漏洞的影响，可以最远支持到[code]9999年12月31日[/code] [b]总结[/b] 以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。