免費在線時間單位換算工具,支持 ns、μs、ms、s、min、h、day、week、month、year 共 10 個常用時長單位雙向即時換算。輸入任意一個數值後,其他單位結果會實時同步更新,適合接口延時、腳本超時、工時統計、學習計劃、SLA 口徑統一和報表整理。需要特別注意的是,本頁處理的是“時長”而不是“日期時間”,其中 month 固定按 30 天、year 固定按 365 天換算,不會自動處理閏年、時區、日曆月份長度和具體起止日期。所有計算都在瀏覽器本地完成,數據不上傳服務器。
時間換算處理的是“時長”而不是“時刻”。像 30 秒、90 分鐘、72 小時、3 周、6 個月這類值,都表示持續了多久,因此可以使用固定比例線性互轉。相反,某年某月某日某時某分這種日期時間並不是本頁處理對象,因為它們會受到時區、夏令時、閏年和具體月份天數影響。
在短時延場景裡,ns、μs、ms、s 是最常見的四組單位。程序性能、硬件響應、數據庫耗時、動畫幀和網絡延時經常在這些單位之間來回切換。統一單位後,同一份監控圖、日誌和文檔更容易橫向比較,也能減少數量級誤讀。
在日常和運營場景裡,分鐘、小時、天、周是最實用的表達層級。比如會議 45 分鐘、值班 12 小時、交付 3 天、衝刺 2 周。做報表時常常需要把不同來源的時間字段統一成同一個量級,這樣求和、平均和排序會更穩。
本頁裡的 month 和 year 採用固定口徑:1 month = 30 天,1 year = 365 天。這種寫法適合做估算、報表和預算週期統一,但不適合用來推算真實日曆上的到期日、工資結算日或請假天數。只要場景牽涉到具體日期,就應該改用日曆邏輯處理。
時間和頻率經常配套出現。時間是一個週期有多長,頻率是單位時間裡發生多少次。做週期、採樣、振動或刷新率分析時,先把時間統一成秒,再做後續公式推導,通常是最清晰也最不容易出錯的做法。
先看你是在處理程序延時、日常時長,還是報表中的周月年估算,再決定用哪組單位最順手。
| 單位層級 | 代表單位 | 最常見場景 | 使用提醒 | 本頁支持 |
|---|---|---|---|---|
| 超短時延 | ns / μs / ms | 程序性能、接口延時、硬件定時、採樣週期 | 適合高精度時長,做系統參數配置時很常見 | 支持 |
| 通用時長 | s / min / h | 腳本超時、會議時長、訓練計劃、工時統計 | 最適合日常溝通和大多數業務系統字段 | 支持 |
| 中長期週期 | day / week | 排班、交付週期、備份窗口、SLA 報表 | 適合做計劃和彙總,容易橫向比較 | 支持 |
| 固定估算口徑 | month / year | 預算、報表、訂閱週期、長期計劃估算 | 本頁固定 month=30天、year=365天,不是日曆計算 | 支持 |
| 日期時間邏輯 | 具體日期 / 時區 / 閏年 | 到期日、賬期截止、時區換算、請假天數 | 這類問題不是固定比例換算,不能用本頁直接處理 | 不支持 |
本頁適合 90 分鐘、72 小時、6 個月這種持續時長,不適合 2026-07-01 到 2026-08-01 相差多少天這類日期邏輯。只要出現具體起止日期,就不要把線性換算當成日曆計算。
許多系統接口、數據庫字段、監控面板和超時參數最終都以秒或毫秒為準。先統一單位,再錄入配置或做公式推導,能顯著減少數量級錯誤。
如果你在文檔或報表裡使用 month 或 year 的換算值,最好在旁邊註明“month=30天,year=365天”。這樣別人看到結果時,不會誤以為你已經考慮了真實月份長度和閏年差異。
同一份週報、工時報表或 SLA 彙總裡,最好不要一部分寫分鐘、一部分寫小時、一部分寫天。先統一成同一個層級再統計,可讀性和準確性都會更高。
尤其是 ms、μs、ns 這類差一個量級就會出大問題的場景,建議先保留原始換算精度,最後展示時再按需要保留小數位。
本頁當前支持 10 個時間單位:ns、μs、ms、s、min、h、day、week、month、year。它們分別覆蓋程序與電子系統裡的超短時長,以及日常和報表裡常見的分鐘、小時、天、周、月、年口徑。需要注意的是,當前頁面不支持 fortnight、decade、century 或 millennium 這類更長週期單位。
1 秒 = 1000 毫秒(ms) = 1000000 微秒(μs) = 1000000000 納秒(ns)。這組換算非常適合做接口延時、數據庫響應時間、動畫幀時長、採樣週期和程序 sleep 參數對照。比如 1500 ms 就等於 1.5 s,500 μs 則等於 0.5 ms。
1 分鐘 = 60 秒,1 小時 = 3600 秒,1 天 = 86400 秒,1 周 = 604800 秒。做定時器、緩存過期、腳本超時、SLA 窗口和數據保留時間時,很多系統最終都要求你填秒或毫秒,這時先把時長統一到秒通常最穩妥。
本頁固定使用 month = 30 天 = 2592000 秒,year = 365 天 = 31536000 秒。這是為了把“時長換算”做成穩定的線性關係,方便報表和估算。它不代表真實日曆月份長度,也不會自動處理 28/29/30/31 天差異、閏年或具體起止日期。
不能。本頁只處理純時長數值的單位換算,例如 90 分鐘換成小時、72 小時換成天。它不會讀取開始時間和結束時間,也不會計算兩個日期之間相差多少天,更不會處理 UTC、本地時區、夏令時或倒計時日曆邏輯。
90 分鐘 = 1.5 小時,72 小時 = 3 天。這類換算非常常見於排班、課程安排、運維窗口、工單響應和健身訓練計劃中。本頁支持直接輸入任意整數或小數,實時看到小時、天、周等多個口徑結果。
因為本頁把 month 固定按 30 天處理,所以 1 month = 30 day ≈ 4.2857 week。真實日曆中的“一個月”可能是 28、29、30 或 31 天,因此如果你在算合同起止日、賬期截止日或請假天數,應使用專門的日期邏輯而不是本頁的線性 month 換算。
可以。像 -0.5 s、1.25 h、0.008 ms 這類帶符號或帶小數的時長都可以正常換算。負值常見於做時間差、偏移量或相對提前/延後標記,而小數則常見於接口延時、訓練時長和實驗數據。
因為當前代碼實際只支持 10 個單位:ns、μs、ms、s、min、h、day、week、month、year。本頁 SEO 和說明現在已經嚴格對齊這個真實支持範圍,不會再承諾 decade、century、millennium 這類頁面裡實際沒有的單位。
它們經常一起出現,但不是一回事。時間換算處理的是“一個週期持續多久”,頻率換算處理的是“每秒發生多少次”。如果你手裡是週期時長,例如 20 ms、500 μs,通常應先統一成秒,再按 f = 1/T 轉成 Hz。需要做 Hz、kHz、MHz、GHz 之間換算時,請配合頻率換算工具使用。
可以。頁面加載完成後,所有時間換算都在瀏覽器本地執行,沒有網絡請求、沒有服務端日誌、沒有表單提交。你的工時、腳本超時、實驗記錄和業務規則配置不會上傳到服務器,關閉頁面後輸入即清空。
這些基準值在工時、排班、SLA 和腳本配置裡最常用。
| 基準值 | 常見等值 | 典型場景 |
|---|---|---|
| 1 s | 1000 ms = 1000000 μs = 1000000000 ns | 接口響應、動畫時長、超時配置 |
| 1 min | 60 s | 會議、訓練、短任務計時 |
| 1 h | 60 min = 3600 s | 工時、班次、窗口時間 |
| 1 day | 24 h = 1440 min | 日報、備份、交付週期 |
| 1 week | 7 day = 168 h | 排班、衝刺、週報 |
| 1 month | 30 day = 720 h | 訂閱期、報表估算 |
| 1 year | 365 day = 8760 h | 年度預算、長期規劃 |
不是所有時間數據都適合放在同一層級,選對單位會讓表格更好讀。
| 場景 | 更適合的單位 | 原因 |
|---|---|---|
| 接口延時、數據庫耗時、動畫時間 | ms 或 μs | 方便觀察細小差異,也更接近系統監控和日誌口徑 |
| 腳本超時、定時任務、會議和訓練計劃 | s、min 或 h | 既能保留精度,又適合人類閱讀和配置 |
| 工時統計、班次安排、SLA 窗口 | h 或 day | 便於彙總總時長和對照人力安排 |
| 項目計劃、交付節奏、備份週期 | week 或 month | 更適合做中長期節奏表達,但要註明 month 的固定口徑 |
| 年度預算、訂閱年限、長期估算 | year | 彙總表達更簡潔,但本頁的 year 固定按 365 天處理 |
本頁所有時間換算都在你的瀏覽器裡完成。你輸入的工時、超時配置、實驗時長、SLA 數值和報表參數不會離開你的設備 — 沒有網絡請求、沒有服務端日誌,關閉頁面後輸入即清空。對於內部流程配置和敏感業務參數,本頁不會採集或存儲任何內容。
