日期間隔計算器

日期間隔計算器用來測量兩個日曆日期之間相差多久，並將結果換算成天數、週數、約等於幾個月、約等於幾年，以及小時、分鐘等單位。它適合核對專案週期、請假區間、帳期跨度、紀念日、資料儲存期限與歷史日期距離。要注意，日期間隔不一定等於「包含首尾兩天」的天數：例如 1 月 1 日到 1 月 3 日相差 2 天，除非業務規則要求兩端都算入。月份與年份通常只能近似，因為每個月長度不同。若涉及工作日、假日、時區或法律截止日，應依相應規則另行計算。

精確天數差異透過 Math.floor((end.getTime() - start.getTime()) / 86_400_000) 計算，其中 86,400,000 是非夏令日 24 小時的毫秒數。這給出的是開區間結果——1 月 1 日到 1 月 3 日為 2 天而非 3 天——因為減法測量的是兩個時刻之間的跨度而非計算日曆格數。若需包含首尾兩端（兩端都計入），結果加 1；許多法律、請假和計費規則要求如此，偏移一是人力資源與財務報告之間最常見的分歧原因。週數即天數 / 7；頁面同時顯示小時 = 天數 * 24、分鐘 = 天數 * 1440、秒 = 天數 * 86,400 的衍生總數。 月份和年份差異刻意標示為「約」，因為日曆月份和年份長度不一。簡單方法是天數 / 30.436875（平均格里曆月份）和天數 / 365.2425（400 年格里曆週期的平均年份），適用於狀態報告和儀表板但不適用於合約。對於日曆精確的「X 個完整月份」，演算法先減去年份 × 12 + 月份分量，若結束日小於起始日則再減 1——這是大多數日期函式庫（date-fns differenceInMonths、dayjs $.diff('month')、Temporal Duration.from）的計算方式。年份計算有相同特性：2024-02-29 到 2025-02-28 有時被計為 1 年（限制至月底），有時為 0 年 11 個月 30 天，取決於慣例。 閏年遵循格里曆規則（能被 4 整除，但世紀年必須能被 400 整除，因此 1900 年 = 平年，2000 年 = 閏年，2024 年 = 閏年）。包含 2 月 29 日的跨度會自動多計一天，因為天數計算基於紀元以來的毫秒數而非日曆欄位。當兩個端點的時間精度低於一天時，時區處理至關重要：從本地時間字串建立的兩個 Date 值相減可能會有本地 UTC 偏移量的誤差，跨越夏令時間轉換的跨度可能是 23 或 25 小時而非標稱的 24 小時。Y2038 問題（Unix time_t 有符號 32 位元溢位於 2038-01-19T03:14:07Z）不會影響此頁面，因為 JavaScript Date 使用 64 位元浮點數，可表示紀元前後約一億天的日期，但以 32 位元 C 撰寫的下游系統仍需留意。

• 精確天數 = Math.floor((end - start) / 86_400_000)；每個非夏令日 8640 萬毫秒。
• 結果預設為開區間：1 月 1 日到 1 月 3 日 = 2 天；加 1 即為包含首尾兩端的計數。
• 約等月份使用平均 30.436875 天；年份使用格里曆 400 年週期的 365.2425 天。
• 日曆精確月份差異：(y2-y1)*12 + (m2-m1)，若結束日 < 起始日再減 1——與 date-fns differenceInMonths 一致。
• 閏年：能被 4 整除，但世紀年必須能被 400 整除（1900 年否，2000 年是，2024 年是）。
• 夏令時間轉換會產生 23 小時和 25 小時的日曆日；24 小時的減法可能不等於一個日曆日。
• JavaScript Date 為 64 位元浮點數，不受 Unix Y2038（2038-01-19 03:14:07 UTC 的 32 位元 time_t 溢位）影響。