這個計算機能做什麼
日期時間間隔計算機可以精準算出兩個時間點之間到底相隔多久。你只要輸入開始日期與時間和結束日期與時間，工具就會回傳兩者之間的精確間隔，並拆解成天、時、分、秒。無論是專案排程、按時計費、班別追蹤、活動規劃，或任何需要精確時間差（而非粗估）的情境，都能派上用場。這個計算機在格式上相當有彈性：支援 ISO 格式（yyyy-MM-dd）、美式格式（MM/dd/yyyy）與歐式格式（dd/MM/yyyy），可帶或不帶時間，並同時相容 24 小時制與 AM/PM 制。
使用方式
- 輸入開始日期與時間，例如
2024-03-01 09:00。 - 輸入結束日期與時間，例如
2024-03-04 17:30。 - 送出後即可看到兩個時間點之間的總時長。
如果某個日期沒有填寫時間，計算機會自動視為當天的凌晨零時（00:00）。你可以混用不同格式，但建議兩欄都採用同一種寫法，以免混淆——舉例來說，03/04 在不同地區可能被解讀成 3 月 4 日，也可能是 4 月 3 日。
計算公式說明
計算其實就是兩個時間戳的差值：時長 ＝ 結束時間 − 開始時間。系統會先把兩個日期都轉換成單一時間點（實際上是以固定基準點起算的毫秒數），再用結束時間減去開始時間，最後把結果換算成人類易讀的單位。由於它是以絕對時間戳運算，因此能正確處理各月份天數不一以及閏年的情況。
範例試算
開始：2024-03-01 09:00。結束：2024-03-04 17:30。
- 兩個日期之間的完整天數：3 天（1 日 → 4 日）。
- 當天內的時間差：09:00 到 17:30 ＝ 8 小時 30 分鐘。
總時長 ＝ 3 天 8 小時 30 分鐘，換算後即 80.5 小時。
時間單位換算表
下列單位分為兩組。秒、分鐘、小時、天和週根據定義是精確的——用一個單位表示的時間長度總是可以用固定係數轉換為另一個單位。月和年是日曆單位，沒有固定長度，因此為它們給出的任何數字都是平均值或特定情況下的值，標記為近似。
精確換算
| 單位 | 秒 | 分鐘 | 小時 | 天 | 週 |
|---|---|---|---|---|---|
| 1秒 | 1 | 0.016667 | 0.000278 | 0.00001157 | 0.00000165 |
| 1分鐘 | 60 | 1 | 0.016667 | 0.000694 | 0.0000992 |
| 1小時 | 3,600 | 60 | 1 | 0.041667 | 0.005952 |
| 1天 | 86,400 | 1,440 | 24 | 1 | 0.142857 |
| 1週 | 604,800 | 10,080 | 168 | 7 | 1 |
日曆單位（近似）
| 單位 | 天 | 小時 | 秒 | 狀態 |
|---|---|---|---|---|
| 平均月 | ≈ 30.44 | ≈ 730.5 | ≈ 2,629,746 | 近似——實際月份有28–31天 |
| 平年 | 365 | 8,760 | 31,536,000 | 對該特定年份精確 |
| 閏年 | 366 | 8,784 | 31,622,400 | 對該特定年份精確 |
| 平均格里曆年 | 365.2425 | 8,765.82 | ≈ 31,556,952 | 近似——長期日曆平均 |
平均月直接從平均年推導：365.2425 ÷ 12 = 30.436875天，通常四捨五入為30.44。僅將這些用於粗略估計；對於計費或合約，請計算兩個日期之間的實際日曆天數。
一段時間的多種單位表示
同一時間間隔——3天、8小時、30分鐘——用四種方式表示：
| 混合形式 | 小時 | 分鐘 | 秒 |
|---|---|---|---|
| 3 d 8 h 30 min | 80.5 | 4,830 | 289,800 |
逐步算術：
常見情景下的時間長度
下面的案例涵蓋通常產生令人驚訝答案的情況：跨越午夜的班次、包含2月29日的時間跨度、僅日期的條目以及當地時鐘改變的日子。
| 開始 | 結束 | 結果 | 備註 |
|---|---|---|---|
| 2024-05-10 08:15 | 2024-05-10 17:45 | 9小時30分鐘 | 同日班次。不帶薪休息不被扣除——請自己扣除。 |
| 2024-05-10 22:00 | 2024-05-11 06:30 | 8小時30分鐘 | 夜班。日期翻滾，但經過的時間仍然少於9小時。 |
| 2024-02-28 12:00 | 2024-03-01 12:00 | 2天（48小時） | 2024年是閏年，因此2月29日在時間跨度內。 |
| 2023-02-28 12:00 | 2023-03-01 12:00 | 1天（24小時） | 相同日期，非閏年——正好短一天。 |
| 2024-06-01 00:00 | 2024-06-15 00:00 | 14天 | 僅日期條目：兩端預設為午夜，因此這是排他計數。將兩端都計為日曆天給出15。 |
| 2024-03-10 00:00 | 2024-03-11 00:00 | 24小時（美國/加拿大夏令時時區的本地牆鐘時間23小時） | 美國和加拿大的春季時鐘前撥日；歐盟改為在3月最後一個星期日改變，世界上大部分地區根本不改變。 |
為什麼時鐘改變行不同
計算器基於絕對時間戳——實際經過的時間——而不是牆鐘算術。2024年3月10日，在遵守夏令時的美國時區，本地時鐘從02:00跳到03:00，因此在本地午夜和下一個本地午夜之間只經過了23小時的真實時間，儘管標籤相差一個日曆天。以單一一致時區上時鐘顯示的時間輸入時間，並對審核該數字的任何人明確說明時區是什麼。對於跨越時鐘改變的工資或合約期限，說明您是計費經過的小時數還是名義日曆天數。
包含性計數
6月1日至15日的例子是經典陷阱。減法得出
這對於利息累積、租賃夜數或通知期是正確的。計算第一天和最後一天的情景——事件長度、某些假期政策、某些法律期限——加一，得到15天。兩者都不是更正確的；在引用數字之前檢查您的文件使用的約定。
關鍵術語說明
- 開始日期時間
- 兩個時刻中較早的一個，以日曆日期加當天時間的形式給出。如果未輸入時間，大多數工具假設為00:00（該日期開始時的午夜）。
- 結束日期時間
- 較晚的時刻。如果結束先於開始，結果為負時間長度——通常表示日期被交換或午夜翻滾被錯過。
- 時間長度（經過的時間）
- 兩個時刻之間經過的時間量，通過從結束減去開始來獲得。它是一個長度，而不是日曆上的位置，可以用任何單位表示。
- 時間戳（紀元毫秒）
- 表示一個瞬間的單個數字，作為自1970年1月1日00:00:00 UTC（Unix紀元）以來的毫秒數。將兩端轉換為時間戳並相減是在內部計算時間長度的方式，這就是為什麼時鐘改變和月份長度永遠不會扭曲結果。
- 包含性與排他性計數
- 排他性計數計算日期之間的間隙（6月1日至3日 = 2天）；包含性計數計算日期本身，包括兩個端點（= 3天）。合約、假期政策和法律期限在使用時各不相同。
- 日曆天對比24小時期間
- 日曆天是從午夜到午夜的日期塊；24小時期間是從任何時刻開始的86,400秒的固定跨度。除了本地時鐘改變的日子外，它們相一致，在這些日子，日曆天在本地可能持續23或25小時。
- 營業日
- 工作日，通常是週一至週五，不包括公共假日。哪些日子算作假日完全取決於國家，通常還取決於地區，因此營業日計數在沒有命名所使用的假日日曆的情況下永遠無法跨司法管轄區移植。普通時間長度計算器計算每一天。
- UTC（協調世界時）
- 定義所有民用時區的全球時間標準。它不遵守夏令時，這使其成為日誌、合約和跨境日程安排的安全參考。
- 本地時間和UTC偏移
- 本地時間是UTC偏移固定偏移量，寫成UTC+01:00或UTC−05:00。如果時區遵守夏令時，時區的偏移可在年中改變；一些時區使用不是整小時的偏移。
- 夏令時（DST）
- 在春季向前移動時鐘、在秋季向後移動的季節性實踐。採納和日期因國家而異——美國和加拿大在3月和11月改變，歐盟在3月和10月的最後一個星期日改變，非洲和亞洲的大部分地區根本不改變。永遠不要假設時鐘改變適用於其他地方的讀者。
- 閏年
- 有2月29日的一年，所以366天。在格里曆中，如果一年能被4整除，則該年是閏年，除了世紀年，必須也能被400整除。所以2024年和2000年是閏年；1900年和2100年不是。
- ISO 8601
-
國際日期和時間標準格式，從最大單位開始寫入：
2024-05-10T17:45:00，可選地帶有時區指示符，如Z表示UTC或+02:00。它作為純文本正確排序，並消除了日期優先和月份優先國家慣例之間的歧義。
使用注意事項與精準校對原則（6 大核心守則）
📐 1. 嚴格對齊輸入量綱與單位
輸入各項數值時請務必確認量綱（例如小時、天數、金額、百分比），避免單位不匹配引發推算偏差。
🔒 2. 純前端本機毫秒級隱私保障
所有計算邏輯 100% 在您的終端瀏覽器內完成，資料絕不上傳伺服器，嚴格守護商業與個人隱私。
📊 3. 符合公認學術與產業計算模型
演算法嚴格遵循國際通用數學公式與標準計算模型，經多重情境交叉核對，數值嚴密精確。
📋 4. 一鍵複製與免登入 PDF 匯出
支援一鍵複製推算結果字串至剪貼簿，亦可直接點擊列印按鈕輸出純淨 PDF 工作報表。
🔄 5. 多情景敏感度動態對比
建議針對極端值與多組預期情景分別試算，觀察輸出數據的波動區間，輔助做出更穩健的決策。
🛡️ 6. 專業諮詢與日常參考免責聲明
本工具運算結果供日常排程、學業研習與事前參考之用，如涉及重大法規或投資決策請諮詢持證專家。