JS 時間日期處理

發表於 2021-07-25 更新於 2022-12-04 文章字數： 1.6k 所需閱讀時間 ≈ 1 分鐘

時間名詞介紹

getMonth， getYear 滿多坑的，我也很少用就不說了。要注意的是這些 method 都會把時間轉成當地時間。

轉成 ISO 規範的日期字串。

都是取得當前毫秒數，以 UTC +0 時區 1970 年 1 月 1 日 0 時 0 分 0 秒開始的毫秒數來記錄時間。

只要遵守這些規定，在同個時區下使用不同瀏覽器的呈現結果都是一樣的。

T: 可以想成是時間的開頭。
Z: 代表 +0 時區(zero hour offset) 。在軍事中使用 Z 代表 UTC 時區，在無線電用語中 Z 代表 Zulu 所以又稱 Zulu time。Z 也能用 +00:00 或 -00:00 的方式表示不同時區的時間。
sss: 代表毫秒，1000 毫秒等於一秒，記得毫秒前的字串是點點不是冒號。

關於 Z 的例子:

現在台灣時間是 2021 年 7 月 25 日下午 4 點 34 分，套用格式會是 2021-07-25T16:34:16.976+08:00 ，等同 +0 時區的 2021 年 7 月 25 日早上 8 點 34 分 2021-07-25T08:34:16.976Z 。

new Date(‘dateString’) 的用法等同 Date.parse(‘dateString’)。文件上說不鼓勵使用，但沒解釋很清楚，意思是說如果你沒使用正確的字串格式在不同瀏覽器上可能會有非預期的結果。

1
2
3

new Date('2021/07/20 13:00')
// 在 chorme 上: Tue Jul 20 2021 13:00:00 GMT+0800 (GMT+08:00)
// 在 safari 上: Invalid Date

這字串並不符合正確格式，所以 safari 說是無效日期，而 chrome 之所以能出來是因為它在背後幫我們做了很多事，只要字串不要錯得太離譜都能解析出來。

所以 chorme 就沒問題嗎?並沒有，像是下方的時間都是 2021 年 7 月 20 日，但是出來的時間居然差了 8 小時?

1 2	new Date('2021-07-20') // Tue Jul 20 2021 08:00:00 GMT+0800 (GMT+08:00) new Date('2021/07/20') // Tue Jul 20 2021 00:00:00 GMT+0800 (GMT+08:00)

回去翻 Date.parse() 文件在字串格式中有給對應的解釋，如果沒給時區，那麼在時間部分會自動用當地時間。

第一個字串符合 ISO 格式，台灣是 +8 時區，所以加了 8 小時。

第二個字串則被當成當地時間來解析。

目前還沒遇到，之後再研究。