Tools mentioned in this article
Open the browser-based tool while you read and try the workflow immediately.
單位錯誤時,時間設定會悄悄出錯
30000、60、3600 這類設定值,若不知道預期單位就會含糊不清。逾時可能是毫秒、快取 TTL 可能是秒、監控間隔可能是分鐘。

時間單位換算工具 可換算毫秒、秒、分鐘、小時與天,讓你在設定變成 bug 之前先行檢查。
範例:讓設定值可供審查
假設某個 API client 的設定含有這些值:
const apiClient = {
timeout: 30000,
retryDelay: 1500,
cacheTtl: 86400,
};
只看數字很難判斷,但統一單位後就好審查了。
| 設定 | 原始值 | 讀作 |
|---|---|---|
timeout | 30000ms | 30 秒 |
retryDelay | 1500ms | 1.5 秒 |
cacheTtl | 86400秒 | 24 小時 |
像這樣換算後再看,團隊就能討論 API 逾時是否合理、重試間隔是否太短、快取是否該保留到隔天。
常見換算
30000ms 是 30 秒。5 分鐘 是 300 秒或 300000 毫秒。3600 秒 是 1 小時。審查時把這些值寫成易讀形式,更容易發現設定錯誤。
結合時長與時鐘時間
當你需要知道某個時間戳何時到期,請將時長換算與 Unix 時間戳轉換工具 或 UTC 與 JST 時區轉換工具 結合。這有助於把 TTL 與權杖到期值換算成實際的日曆時間。
總結
毫秒與秒容易混淆。在貼進設定前先換算數值,並務必確認函式庫、API 或雲端服務所預期的單位。
常見問題
30000 這個值是毫秒還是秒?
取決於情境。部分 Node.js API 與瀏覽器的 setTimeout 使用毫秒,所以 30000 是 30 秒;而 Redis 的 EX 是以秒為單位。同樣的「timeout」會因函式庫或服務而異,因此請在文件中確認單位,並用 時間單位換算工具 換算成易讀的單位。
如何避免混淆單位?
在設定名稱或環境變數名稱中包含單位。API_TIMEOUT_MS、CACHE_TTL_SECONDS、JOB_INTERVAL_MINUTES 即使只看到值也能傳達意圖。60 這類值尤其有風險,因為它可能是 60 毫秒、60 秒或 60 分鐘。
我想知道 TTL 實際何時到期。
若要把以秒為單位的 TTL 換算成實際日期/時間,請結合 Unix 時間戳轉換工具 或 UTC 與 JST 轉換工具 來查看具體的到期時刻。