夏令時(shí)和時(shí)區(qū)最佳實(shí)踐我希望能夠?qū)⑦@個(gè)問題及其答案作為處理夏令時(shí)的權(quán)威指南，特別是處理實(shí)際的變更問題。如果您有任何要添加的內(nèi)容，請執(zhí)行此操作許多系統(tǒng)依賴于保持準(zhǔn)確的時(shí)間，問題在于由于夏令時(shí)改變時(shí)間 - 向前或向后移動(dòng)時(shí)鐘。例如，在訂單獲取系統(tǒng)中有一個(gè)業(yè)務(wù)規(guī)則取決于訂單的時(shí)間 - 如果時(shí)鐘發(fā)生變化，規(guī)則可能不那么明確。如何保持訂單的時(shí)間？當(dāng)然有無數(shù)的場景 - 這只是一個(gè)說明性的場景。你是如何處理夏令時(shí)問題的？您的解決方案中有哪些假設(shè)？（在這里尋找背景）同樣重要的是，如果不是這樣的話：你嘗試了哪些不起作用？為什么不起作用？我會(huì)對編程，操作系統(tǒng)，數(shù)據(jù)持久性和該問題的其他相關(guān)方面感興趣。一般答案很好，但我也希望看到細(xì)節(jié)，特別是如果它們只在一個(gè)平臺(tái)上可用。
4 回答
largeQ
TA貢獻(xiàn)2039條經(jīng)驗(yàn) 獲得超8個(gè)贊
我不確定我能在上面的答案中添加什么，但這里有幾點(diǎn)我：
時(shí)代的類型
您應(yīng)該考慮四種不同的時(shí)間：
活動(dòng)時(shí)間：例如，國際體育賽事發(fā)生的時(shí)間，或加冕/死亡/等等。這取決于事件的時(shí)區(qū)而不是觀眾的時(shí)區(qū)。
電視時(shí)間：例如，特定的電視節(jié)目在當(dāng)?shù)貢r(shí)間晚上9點(diǎn)播出。在考慮在您的網(wǎng)站上發(fā)布結(jié)果（比如說“美國偶像”）時(shí)很重要
相對時(shí)間：例如：這個(gè)問題在21小時(shí)內(nèi)有一個(gè)開放的賞金。這很容易顯示
重復(fù)時(shí)間：例如：即使DST發(fā)生變化，每周一晚上9點(diǎn)都有電視節(jié)目。
還有歷史/交替時(shí)間。這些都很煩人，因?yàn)樗鼈兛赡軣o法映射回標(biāo)準(zhǔn)時(shí)間。例如：朱利安日期，日期根據(jù)土星的農(nóng)歷，克林貢日歷。
以UTC格式存儲(chǔ)開始/結(jié)束時(shí)間戳效果很好。對于1，您需要與事件一起存儲(chǔ)的事件時(shí)區(qū)名稱+偏移量。對于2，您需要為每個(gè)區(qū)域存儲(chǔ)本地時(shí)間標(biāo)識(shí)符，并為每個(gè)查看器存儲(chǔ)本地時(shí)區(qū)名稱+偏移量（如果您處于緊縮狀態(tài)，則可以從IP中獲取此值）。對于3，以UTC秒存儲(chǔ)，不需要時(shí)區(qū)。4是1或2的特殊情況，具體取決于它是全局還是本地事件，但您還需要存儲(chǔ)在時(shí)間戳中創(chuàng)建的內(nèi)容，以便您可以判斷在創(chuàng)建此事件之前或之后是否更改了時(shí)區(qū)定義。如果您需要顯示歷史數(shù)據(jù)，這是必要的。
存放時(shí)間
始終以UTC格式存儲(chǔ)時(shí)間
轉(zhuǎn)換為顯示的本地時(shí)間（本地由查看數(shù)據(jù)的用戶定義）
存儲(chǔ)時(shí)區(qū)時(shí)，需要名稱，時(shí)間戳和偏移量。這是必需的，因?yàn)檎袝r(shí)會(huì)改變其時(shí)區(qū)的含義（例如：美國政府更改了DST日期），并且您的應(yīng)用程序需要優(yōu)雅地處理事情...例如：DST規(guī)則之前和之后LOST劇集的確切時(shí)間戳顯示改變。
偏移和名稱
以上的一個(gè)例子是：
足球世界杯決賽比賽于2010年7月11日19:00 UTC在南非（UTC + 2 - SAST）舉行。
有了這些信息，我們可以歷史地確定2010年WCS決賽發(fā)生的確切時(shí)間，即使南非時(shí)區(qū)定義發(fā)生變化，并且能夠在查詢數(shù)據(jù)庫時(shí)向當(dāng)?shù)貢r(shí)區(qū)的觀眾顯示。
系統(tǒng)時(shí)間
您還需要使您的操作系統(tǒng)，數(shù)據(jù)庫和應(yīng)用程序tzdata文件保持同步，彼此之間以及與世界其他地方同步，并在升級時(shí)進(jìn)行廣泛測試。您依賴的第三方應(yīng)用程序未正確處理TZ更改并非聞所未聞。
確保硬件時(shí)鐘設(shè)置為UTC，如果您在世界各地運(yùn)行服務(wù)器，請確保其操作系統(tǒng)也配置為使用UTC。當(dāng)您需要從多個(gè)時(shí)區(qū)的服務(wù)器復(fù)制每小時(shí)輪換的apache日志文件時(shí)，這一點(diǎn)就變得很明顯了。按文件名對它們進(jìn)行排序僅在所有文件都使用相同的時(shí)區(qū)命名時(shí)才有效。這也意味著當(dāng)您從一個(gè)框轉(zhuǎn)到另一個(gè)框并且需要比較時(shí)間戳?xí)r，您不必在頭腦中進(jìn)行日期數(shù)學(xué)計(jì)算。
此外，在所有框上運(yùn)行ntpd。
客戶端
永遠(yuǎn)不要相信從客戶端計(jì)算機(jī)獲得的時(shí)間戳有效。例如，Date：HTTP標(biāo)頭或javascript Date.getTime()調(diào)用。當(dāng)用作不透明標(biāo)識(shí)符時(shí)，或者在同一客戶端上的單個(gè)會(huì)話期間進(jìn)行日期數(shù)學(xué)運(yùn)算時(shí)，這些都很好，但不要嘗試將這些值與服務(wù)器上的內(nèi)容交叉引用。您的客戶端不運(yùn)行NTP，并且可能不一定有可用于其BIOS時(shí)鐘的電池。
瑣事
最后，政府有時(shí)會(huì)做很奇怪的事情：
從1909-05-01到1937-06-30，荷蘭的標(biāo)準(zhǔn)時(shí)間恰好是UTC的19分和32.13秒。使用HH：MM格式無法準(zhǔn)確表示此時(shí)區(qū)。
好的，我想我已經(jīng)完成了。
繁花如伊
TA貢獻(xiàn)2012條經(jīng)驗(yàn) 獲得超12個(gè)贊
明確關(guān)注點(diǎn)的架構(gòu)分離 - 準(zhǔn)確了解哪個(gè)層與用戶交互，并且必須更改規(guī)范表示（UTC）的日期時(shí)間。非UTC日期時(shí)間是表示（遵循用戶本地時(shí)區(qū)），UTC時(shí)間是模型（對于后端和中間層保持唯一）。
另外，決定你的實(shí)際觀眾是什么，你不需要服務(wù)什么，以及你在哪里畫線。不要觸摸異國情調(diào)的日歷，除非您實(shí)際上有重要的客戶，然后考慮僅針對該區(qū)域的單獨(dú)的面向用戶的服務(wù)器。
如果您可以獲取并維護(hù)用戶的位置，請使用位置進(jìn)行系統(tǒng)的日期時(shí)間轉(zhuǎn)換（例如.NET文化或SQL表），但如果日期時(shí)間對您的用戶至關(guān)重要，則為最終用戶提供選擇替代的方法。
如果涉及歷史審計(jì)義務(wù)（比如確切知道2月前Jo在AZ支付賬單的時(shí)間是9月），那么保留UTC和當(dāng)?shù)貢r(shí)間進(jìn)行記錄（您的轉(zhuǎn)換表將在一段時(shí)間內(nèi)發(fā)生變化）。
為批量生成的數(shù)據(jù)定義時(shí)間參考時(shí)區(qū) - 如文件，Web服務(wù)等。假設(shè)East Coast公司在CA中有數(shù)據(jù)中心 - 您需要詢問并知道他們使用什么作為標(biāo)準(zhǔn)而不是假設(shè)其中一個(gè)。
不要信任嵌入在日期時(shí)間的文本表示中的時(shí)區(qū)偏移，并且不接受解析和遵循它們。而是始終要求必須明確定義時(shí)區(qū)和/或參考區(qū)域。您可以輕松地接收PST偏移的時(shí)間，但時(shí)間實(shí)際上是EST，因?yàn)檫@是客戶端的參考時(shí)間，而記錄只是在PST中的服務(wù)器上導(dǎo)出。
添加回答
舉報(bào)
0/150
提交
取消