《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.snjht.com/jiaocheng/563.html