Y2K38,又稱 Unix Millennium Bug, 此漏洞將會影響到所有 32 位系統下用 UNIX 時間戳記整數來記錄時間的 PHP,及其它程式設計語言。
一個整型的變數所能儲存的最大時間為 2038 年 1 月 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 年剛好是這個數。
32位系統下顯示2038年1月19日03:14:07以後的日期將會溢出。
<?php $date = '2040-01-01 12:00:00'; echo strtotime($date); // 空 溢出 echo date('Y-m-d H:i:s', strtotime($date)); // 1970-01-01 00:00:00 ?>
64 位元系統會受到影響嗎?
本欄目更多精彩內容:http://www.bianceng.cn/webkf/PHP/
理論上不會,強烈建議進行一下測試。64 位元系統下可以儲存的日期最遠日期是現在宇宙年齡的 21 倍~ 292 億年。
在32位機器上,可以使用DateTime類來解決這個問題。(PHP5.2開始引入這個類,並在5.3版本中擴充了一些方法)
代碼如下:
<?php $date = '2040-01-01 12:00:00'; $dt = new DateTime($date); echo $dt->format('U'); // 2209032000 echo $dt->format('Y-m-d H:i:s'); // 2040-01-01 12:00:00 ?>
datetime 轉 unixtime
<?php // datetime 轉 unixtime $dt = new DateTime('2040-01-01 12:00:00'); echo $dt->format('U'); // 2209032000 ?>
unixtime 轉 datetime
<?php // unixtime 轉 datetime $dt = new DateTime('@2209032000'); echo $dt->format('Y-m-d H:i:s'); // 2040-01-01 12:00:00 ?>