首頁(yè) 猿問(wèn) 瀏覽器，時(shí)區(qū)，Chrome...

瀏覽器，時(shí)區(qū)，Chrome 67錯(cuò)誤（歷史時(shí)區(qū)變更）

JavaScript

收到一只叮咚 2019-08-23 10:30:54

瀏覽器，時(shí)區(qū)，Chrome 67錯(cuò)誤（歷史時(shí)區(qū)變更）我已將Chrome更新為67版。我收到日期錯(cuò)誤==============Microsoft Edge 42.17134.1.0new Date("1900-01-01T00:00:00").getTimezoneOffset() -180new Date("2018-05-30T00:00:00").getTimezoneOffset()-180Microsoft Internet Explorer 11.48.17134.0new Date("1900-01-01T00:00:00").getTimezoneOffset() -180new Date("2018-05-30T00:00:00").getTimezoneOffset() -180Mozilla Firefox 60.0.1new Date("1900-01-01T00:00:00").getTimezoneOffset() -180new Date("2018-05-30T00:00:00").getTimezoneOffset() -180Chrome 67.0.3396.62new Date("1900-01-01T00:00:00").getTimezoneOffset() -150new Date("2018-05-30T00:00:00").getTimezoneOffset()-180======================Chrome 67中的-150 ...另一個(gè)例子（Chrome 67）：new Date("1900-01-01T00:00:00");Mon Jan 01 1900 00:00:00 GMT+0230 (Moscow Standard Time)======================使用Chrome 67時(shí)，時(shí)區(qū)開(kāi)始不正確（+ 0230，原因是：+0300）請(qǐng)告訴我？我能做什么？情況非常重要！我必須重寫(xiě)的所有代碼......======================

查看完整描述

3 回答

紅顏莎娜

TA貢獻(xiàn)1842條經(jīng)驗(yàn) 獲得超13個(gè)贊

使用時(shí)我遇到了類似的問(wèn)題new Date(".."); 構(gòu)造函數(shù)。（自從Chrome版本發(fā)生變化）

來(lái)自MDN日期參考的說(shuō)明：

注意：由于瀏覽器差異和不一致，強(qiáng)烈建議不要使用Date構(gòu)造函數(shù)（和Date.parse，它們是等效的）解析日期字符串。對(duì)RFC 2822格式字符串的支持僅限于慣例。對(duì)ISO 8601格式的支持不同之處在于僅日期字符串（例如“1970-01-01”）被視為UTC，而不是本地。

也許在您的代碼中可以使用其他Date constrcutor，如：

 new Date(Date.UTC(96, 1, 2, 3, 4, 5));

反對(duì) 回復(fù) 2019-08-23

浮云間

TA貢獻(xiàn)1829條經(jīng)驗(yàn) 獲得超4個(gè)贊

如果您想進(jìn)行準(zhǔn)確的計(jì)算，歷史日期，時(shí)間和時(shí)區(qū)非常復(fù)雜。它們今天仍然有點(diǎn)亂，但比以前簡(jiǎn)單得多。您不能指望javascript實(shí)現(xiàn)包含所有時(shí)區(qū)和區(qū)域的所有日期的所有偏移（特別是在javascript“l(fā)ocale”實(shí)際上是語(yǔ)言代碼而不是位置時(shí)）。如果您需要，請(qǐng)使用具有適當(dāng)數(shù)據(jù)庫(kù)的庫(kù)，該數(shù)據(jù)庫(kù)具有基于位置（而非語(yǔ)言）的精確偏移量，例如IANA時(shí)區(qū)數(shù)據(jù)庫(kù)..

反對(duì) 回復(fù) 2019-08-23