來源：[https://www.cnblogs.com/Don/p/9262368.html](https://www.cnblogs.com/Don/p/9262368.html) 在PHP開發中，我們經常會在時間問題上被搞糊涂，比如我們希望顯示一個北京時間，但是當我們使用date函數進行輸出時，卻發現少了8個小時。幾乎所有的php猿類都必須對php中幾個重要的時間轉換等方法進行研究。本文就來梳理這些問題。 時間戳（timestamp） GMT 在時間戳這個點上，它是一個概念，而不是具體的編程問題，是計算機世界通用的一種約定。時間戳是指格林尼治時間（GMT）1970年01月01日00時00分00秒到當前時間的總秒數。 GMT（也被稱為世界時）是固定為本初子午線經過地區的時間，因此被作為時間參照物。 UTC 協調世界時（UTC）和GMT一樣都是一種時間的參照物，但是他們的計算方法不同UTC是以原子時秒長為基礎，在時刻上盡量接近于世界時的一種時間計量系統，從精度上講，更加精確（自然也比GMT更精確），因此被稱世界統一時間，世界標準時間，國際協調時間。 Unix時間戳 Unix時間戳是在計算機領域才有的，每一臺電腦（服務器）在生產的時候，將GMT/UTC的1970年01月01日00時00分00秒作為起始值進行計算，得到的總秒數就是這個Unix時間戳。至于是GMT還是UTC意義并不大，因為GMT和UTC的1970年01月01日00時00分00秒是一致的，起點一致的情況下，運行的秒數也是一致的。 為什么要時間戳？因為從0開始運行的秒數永遠相等，即使出現潤秒，也并不影響時間戳。 在php中，可以通過time函數獲取時間戳： time(); 但是你應該明白，time()獲取的是，當前這臺電腦（服務器）上的Unix時間戳。兩臺電腦可能這個時間戳并不相同，有的甚至相差幾十秒。從理論上講時間戳應該是一摸一樣的，但是由于不同的電腦硬件出廠時的設定不同，也會導致GMT/UTC起始值稍有差異，甚至在計算每一秒時也有可能存在差異，這臺機器上一秒的時間比另一臺要長也是有可能的，時間久了，積累下來的時間差就會體現出來。但是，這種時間差一般不會超過幾秒鐘。 時區（Time Zone） 但是上面的time()的表述并不準確，因為我們在實踐中經常遇到time()得到的值并不是我們想要的。對應的是，date()函數得到的值，也可能出乎我們意料。 什么是時區呢？也就是以GMT/UTC為參照物的時間偏移。 以GMT為參照物的時區 在傳統的教材里，全球被劃分為24個時區，首先基于經度，其次按照國家或地區，將每一個地區劃分到某一個時區，這樣可以避免時間上的混亂。在24時區劃分之前，世界上的時間換算并沒有準確的參照，比如中國人去英國，只能問當地人現在幾點，然后撥自己的表來對。而當時區劃分之后，中國人到了英國，只需要撥慢8小時即可。在時區劃分之前，英國人跟中國人的時間可能并不是嚴格的8小時之差。 但為了照顧到同一個國家內時間的統一，大部分國家規定自己屬于同一個時區，比如中國，統一規定為東八區，這樣中國東部和西部可以采用同一個時間。畢竟沒有必要大家一定要在早上6點看到日出，沿海城市5點看，烏魯木齊9點看，并不影響大家的正常作息。 在php中，提供了大量的地區作為時區切換的標準，例如： date_default_timezone_set('Asia/Shanghai');echo date('Y-m-d H:i:s'); // 獲得的是上海所在時區的時間 注意：PRC是中國的地區時標志，并不在Asia中，而是在Others里面找。 以UTC為參照物計算時區 但隨著UTC取代GMT成為世界標準時后，時區的計算開始使用UTC作為標準。UTC+8代表東八區，UTC-11代表西十一區。 不過隨著精度需求的提升，按大時區計算已經不能滿足需求，0.5個時區也被普遍使用，比如UTC+7.5。 在PHP中，我們可以采用這種方式來切換時區。比如： date_default_timezone_set('UTC');echo date('Y-m-d H:i:s'); // 獲取的是0時區時間 時區給PHP帶來的影響 我們上面給出的代碼并沒有什么實際意義，因為你還不知道為什么要這樣去做。實際上，php在使用date函數的時候，會依照所在時區去進行計算。 例如，你的服務器是放在英國的，而服務器的默認配置php.ini中沒有規定時區，那么php就會以操作系統默認是時區作為時區進行輸出，這就會導致這臺服務器上的date()函數輸出的時間是以UTC+0作為時區的，如果你的用戶在中國，那么網站的訪客看到的時間就會少8個小時。 而上面使用date()進行輸出的時間，就是我們所說的本地時間。 本地時間，其實是指服務器上的程序輸出時間，date函數輸出的時間依托Unix時間戳和時區，因此它一定是一個不準確的時間，因為Unix時間戳基本上都是不準確的，但是這個不準確是可以忽略的，嚴重的是時區的偏差。 造成php輸出時間混亂的原因總結起來： 使用默認的date函數的輸出值 在保存時間的時候使用調整過時區的時間，而輸出時又調整了時區 第一點比較容易理解，比如默認存進去的時候存入的是time()，輸出的時候使用date()，time()是沒有錯的，但是date()在輸出的時候，時區和當前訪客的時區對不上，從而導致輸出內容的錯誤。 如何在PHP中保證輸出時間的準確性？ 我們想的更多的是如何保證時間的準確性問題。這要從多方面去考慮，輸入輸出的一致性與非一致性是一個很大的挑戰，你需要把握好全局關系。 1.php.ini配置文件中規定時區 從php5.1.0開始，php.ini配置文件中支持設置一個date.timezome的值來規定默認的時區，找到它，并改為： date.timezone = PRC 當然，PRC也可以用php官方給出的列表中的其他時區代表值表示。 這種配置的好處是，可以在所有的php代碼中生效，壞處是靈活性差，而且大部分主機并不直接支持php.ini配置。 2. ini_set('date.timezone') 在php代碼開頭，可以使用ini_set函數來臨時修改一些php的默認配置，可以： ini_set('date.timezone','Asia/Shanghai'); 這種方法的好處是比較靈活，需要配置時區的代碼里才使用，把這個配置放置在一個共享文件里，可以使所有引用這個文件的php腳本都獲得這個配置。壞處是有的主機不支持ini_set。 3.date_default_timezone_set 和ini_set函數一樣，date_default_timezone_set函數也可以臨時修改php配置。 date_default_timezone_set('Asia/Shanghai'); 4.自己計算 當你在輸出日期的時候，可以考慮自己調整時區，然后進行計算，將計算的結果格式化為日期再輸出。首先，我們要搞清楚哪些是可變哪些是不可變。 可變：date()不可變：time()、gmdate() 當你在輸出一個日期的時候，如果使用date，就是可變的，但如果使用gmdate()就是不可變的，gmdate()永遠把時區當做是UTC+0，即使你通過前面三種方法臨時修改了時區，也不會影響gmdate的輸出結果，而這個時候，其實你又知道你的訪客所在的時區，所以，你可以自己計算一下： // 方法1date('Y-m-d H:i:s',strtotime(gmdate('Y-m-d H:i:s').' +8 hours'));// 方法2（推薦）gmdate('Y-m-d H:i:s',time() + 8*3600); 使用上面的兩個方法，無論你的服務器處于什么時區，無論你是否使用date_default_timezone_set設置了新的臨時時區，都不會影響結果，因為gmdate永遠以UTC+0作為參照，根本不會理會你新設置的時區。甚至，你把你的這段代碼，從非洲的服務器搬到中國的服務器上，它的結果也還是一樣（忽略timestamp的微小誤差）。 有一個有趣的現象是，我們可以通過一個動態的數字來控制date()是時區，而無需去設置時區，比如： date('Y-m-d H:i:s',time() + n*3600) 其中的n則是時區，東八區就是+8，西五區就是-5。而我們卻可以找出這個動態的n值，它和時區時時相關：date('Z') date('Z')是一個軍事級別的應用，它用于計算以秒為單位的時區偏移量，比如東八區，它的值就是8*3600，我們可以在time()的基礎上減去這個值，得到一個比當前時間戳少時區偏移量的值，這個值在實際中沒有任何意義，它不代表任何時間戳（或者說是當前時間n小時之前的時間戳），但如果我們再對這個時間戳進行date運算時，date會把n時區的偏移量加回來，這樣就得到了一個固定的UTC+0的日期時間： $gmt_date = date('Y-m-d H:i:s',time() - date('Z')); 它的效果其實和gmdate('Y-m-d H:i:s')相同，但算法上更加復雜。 同樣的道理，我們以UTC+0作為基準，增加這個偏移量，反而可以得到我們想要的時區所在的時間： $local_time = gmdate('Y-m-d H:i:s',time() + date('Z')); 但這和$local_time = date('Y-m-d H:i:s');沒有任何結果上的區別。 選擇你合適的時間進行保存 在前面的分析里面，你看到有一種情況比較亂，就是使用了調整時區后的時間進行保存，但是顯示的時候，又進行時區調整，這導致顯示錯誤。 推薦的一種時間保存方案，是只保存timestamp，也就是time()，它的值是固定的，不隨著時區的調整而改變，即使更換了服務器，它的誤差也很小，所以有利于今后將程序分發部署到不同的服務器上面。 而在自己顯示的時候，可以確定一個方法，比如上面推薦的方法2作為輸出： function st_date($format,$timestamp = false) { $timestamp = is_numberic($timestamp) ? $timestamp : time(); return gmdate($format,$timestamp + 8*3600); } 這樣就可以保證這段代碼無論在哪里，都可以輸出東八區的時間。