單位錯誤時,時間設定會悄悄出錯

30000603600 這類設定值,若不知道預期單位就會含糊不清。逾時可能是毫秒、快取 TTL 可能是秒、監控間隔可能是分鐘。

如何換算毫秒、秒、分鐘與小時:用於逾時與 TTL 設定

時間單位換算工具 可換算毫秒、秒、分鐘、小時與天,讓你在設定變成 bug 之前先行檢查。

範例:讓設定值可供審查

假設某個 API client 的設定含有這些值:

const apiClient = {
  timeout: 30000,
  retryDelay: 1500,
  cacheTtl: 86400,
};

只看數字很難判斷,但統一單位後就好審查了。

設定原始值讀作
timeout30000ms30 秒
retryDelay1500ms1.5 秒
cacheTtl86400秒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_MSCACHE_TTL_SECONDSJOB_INTERVAL_MINUTES 即使只看到值也能傳達意圖。60 這類值尤其有風險,因為它可能是 60 毫秒、60 秒或 60 分鐘。

我想知道 TTL 實際何時到期。

若要把以秒為單位的 TTL 換算成實際日期/時間,請結合 Unix 時間戳轉換工具UTC 與 JST 轉換工具 來查看具體的到期時刻。