時間換算
國際單位制（SI）
免費在線時間單位換算工具,支持 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 之間統一,便於性能排查和接口文檔編寫
- 把緩存 TTL、重試間隔、隊列可見性超時和腳本 sleep 參數統一成秒或毫秒,減少配置錯誤
- 把課程、訓練、會議和直播時長從分鐘換成小時,快速整理日程安排
- 把 8 小時、12 小時、72 小時這類排班窗口換成天或周,便於工時統計和值班表編排
- 把備份保留時間、日誌留存期和數據清理週期在天、周、月、年之間統一口徑
- 把項目週期、衝刺節奏和里程碑安排在周、月、年之間互轉,做路線圖彙總更直觀
- 把學習計劃、閱讀計劃和課程計劃中的小時數換成天或周,評估總投入時間
- 把訂閱時長、試用期和會員週期統一成天或月,方便做結算說明和產品文案對照
- 把實驗脈衝寬度、採樣週期和計時器參數從 μs 或 ms 換成 s,方便代入公式或程序配置
- 把運維 SLA 中的 15 分鐘、4 小時、24 小時換成統一單位,方便做響應和恢復目標對照
- 把出差、運輸、等待和交付週期從天換成周或月,做項目溝通時更容易描述整體節奏
- 把視頻剪輯、音頻片段和字幕持續時間從秒換成毫秒,方便做精確時間軸標註
- 把手工記錄的工時日報、週報和月報統一成小時或天,便於導入表格和 BI 報表
- 把 month=30天、year=365天 的固定估算口徑寫進內部文檔,減少不同團隊對週期換算的理解偏差
使用方法
- 在輸入框中填入已知時長數值,支持整數、小數和帶符號的數值。
- 在左側選擇源單位,可選 ns、μs、ms、s、min、h、day、week、month、year。
- 在右側選擇目標單位,結果會立即更新;需要反向查看時可點擊中間交換按鈕。
- 如需一次看全,展開結果面板即可同時查看該數值在 10 個時間單位下的完整對應關係。
功能特點
- 10 個常用時間單位覆蓋完整:從納秒 ns、微秒 μs、毫秒 ms 一直到秒、分鐘、小時、天、周、月、年,適合從程序延時到長期計劃的多層級時長換算
- 雙向即時換算:輸入數值後結果立即更新,源單位和目標單位可自由切換,無需手動點擊換算按鈕
- 可展開查看全部結果:同一個時長在 10 個單位下的對應值可同時展示,便於一次性核對秒、分、時、天、周和年等多個口徑
- 月和年口徑明確:本頁固定使用 month = 30 天、year = 365 天,避免不同團隊對“一個月”“一年”口徑理解不一致
- 適合小數和極小時間量級:接口延時、動畫時長、傳感器採樣週期、實驗脈衝寬度等以 ms、μs、ns 表示的數值都可直接換算
- 支持較大時長彙總:排班工時、項目週期、學習計劃、訂閱週期、SLA 窗口和備份保留時長可統一成小時、天、周、月或年
- 一鍵交換源/目標單位:中間交換按鈕適合快速查看反向結果,例如把 72 小時換成天,再把 3 天反查成小時
- 純瀏覽器本地計算:無網絡請求、無服務端日誌,你的工時、實驗記錄、超時閾值和業務參數不會離開設備
時間單位該怎麼選?
先看你是在處理程序延時、日常時長,還是報表中的周月年估算,再決定用哪組單位最順手。
| 單位層級 | 代表單位 | 最常見場景 | 使用提醒 | 本頁支持 |
|---|---|---|---|---|
| 超短時延 | 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 秒等於多少毫秒、微秒、納秒?
1 秒 = 1000 毫秒(ms) = 1000000 微秒(μs) = 1000000000 納秒(ns)。這組換算非常適合做接口延時、數據庫響應時間、動畫幀時長、採樣週期和程序 sleep 參數對照。比如 1500 ms 就等於 1.5 s,500 μs 則等於 0.5 ms。
1 分鐘、1 小時、1 天、1 周分別是多少秒?
1 分鐘 = 60 秒,1 小時 = 3600 秒,1 天 = 86400 秒,1 周 = 604800 秒。做定時器、緩存過期、腳本超時、SLA 窗口和數據保留時間時,很多系統最終都要求你填秒或毫秒,這時先把時長統一到秒通常最穩妥。
這個工具裡的 month 和 year 是怎麼計算的?
本頁固定使用 month = 30 天 = 2592000 秒,year = 365 天 = 31536000 秒。這是為了把“時長換算”做成穩定的線性關係,方便報表和估算。它不代表真實日曆月份長度,也不會自動處理 28/29/30/31 天差異、閏年或具體起止日期。
它能處理日期差、時區換算或倒計時嗎?
不能。本頁只處理純時長數值的單位換算,例如 90 分鐘換成小時、72 小時換成天。它不會讀取開始時間和結束時間,也不會計算兩個日期之間相差多少天,更不會處理 UTC、本地時區、夏令時或倒計時日曆邏輯。
90 分鐘等於多少小時?72 小時等於多少天?
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 之間換算時,請配合頻率換算工具使用。
這頁能離線使用嗎?數據會上傳嗎?
可以。頁面加載完成後,所有時間換算都在瀏覽器本地執行,沒有網絡請求、沒有服務端日誌、沒有表單提交。你的工時、腳本超時、實驗記錄和業務規則配置不會上傳到服務器,關閉頁面後輸入即清空。
術語表
- 納秒(ns)
- 10^-9 秒,適合表示極短的硬件響應、CPU 級事件和高精度計時量。
- 微秒(μs)
- 10^-6 秒,常見於傳感器採樣、數據庫微小延時、通信協議時序和嵌入式定時。
- 毫秒(ms)
- 10^-3 秒,接口響應、前端動畫、音視頻剪輯和監控系統中最常見的時延單位之一。
- 秒(s)
- 時間換算中的基礎量級單位,很多系統配置最終都以秒作為存儲或傳輸口徑。
- 分鐘(min)
- 1 分鐘 = 60 秒,適合會議時長、訓練計劃、短週期任務和日常安排。
- 小時(h)
- 1 小時 = 3600 秒,適合工時統計、班次、運維窗口和續航估算。
- 天(day) / 周(week)
- 1 天 = 24 小時,1 周 = 7 天。它們適合排期、運輸週期、值班表和數據保留策略。
- 月(month)
- 本頁固定按 30 天處理,適合估算和報表統一,不代表真實日曆月份長度。
- 年(year)
- 本頁固定按 365 天處理,適合預算與長期週期估算,不處理閏年差異。
常用時間換算錨點速查
這些基準值在工時、排班、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 天處理 |
Privacy & Security
本頁所有時間換算都在你的瀏覽器裡完成。你輸入的工時、超時配置、實驗時長、SLA 數值和報表參數不會離開你的設備 — 沒有網絡請求、沒有服務端日誌,關閉頁面後輸入即清空。對於內部流程配置和敏感業務參數,本頁不會採集或存儲任何內容。