🏪 小工具便利店

📏 單位換算工具

支援長度、重量、溫度單位互相換算。

廣告・橫幅 728×90
廣告・大型矩形 336×280

📖 使用說明

  1. 選擇換算類別:長度、重量或溫度,切換類別後「從」與「換成」的單位選單會自動更新為該類別對應的單位。
  2. 輸入數值:在「數值」欄位輸入要換算的數字。
  3. 選擇來源與目標單位:分別在「從」與「換成」下拉選單選擇單位,例如長度類別可選公里、公尺、英呎、英吋等,重量類別可選公斤、磅、盎司等,溫度類別可選攝氏、華氏、克氏。
  4. 只要更動數值或任一單位選項,結果就會自動即時計算並顯示在下方,不需要按任何按鈕。
小提醒:換算結果會四捨五入至小數點後 4 位,一般日常使用已相當精確;但若用於科學計算或需要更多有效位數的場合,建議自行以原始換算公式驗算。長度與重量換算是以公制單位(公尺、公斤)為基準做等比例換算,溫度則使用攝氏度作為中介單位換算,因此不同類別的計算方式並不相同。

📖 深入了解:單位換算的精度陷阱

換算不是「查表」,是連續兩次乘除

這個工具的長度與重量換算,背後邏輯其實是「兩段式」計算:先把來源單位換成一個共通的基準單位(長度用公尺、重量用公斤),再從基準單位換成目標單位。例如公里換英呎,程式會先把公里乘上 1000 得到公尺(基準單位),再除以英呎的公尺換算係數 0.3048 得到英呎數。這種做法的好處是只要維護每個單位「對基準單位」的一個係數,就能讓任兩個單位互相換算,不用替每一組單位配對都寫一條公式;缺點是會經過兩次浮點數運算,每一次都有極小的捨入誤差,多數情況可忽略,但在極端精密的場合(例如工程圖或科學實驗)值得注意。

溫度換算為什麼不一樣?

溫度不像長度或重量是「等比例」關係,攝氏、華氏、克氏(Kelvin)之間是「線性但非比例」的關係——也就是有加減運算,不能只靠乘一個係數搞定。舉例來說,0°C 換算成華氏不是 0,而是 32°F,因為兩個刻度的「零點」定義不同。本工具的作法是先把輸入值統一換算成攝氏(作為中介單位),再從攝氏換算到目標單位:華氏用「攝氏 × 9/5 + 32」,克氏用「攝氏 + 273.15」。這也是為什麼溫度類別跟長度、重量類別在程式碼裡是分開處理的兩套邏輯。

四捨五入到小數點後 4 位,會不會不夠精確?

本工具的換算結果統一四捨五入到小數點後 4 位,對日常生活(例如煮菜換算重量、量身高換算英呎、旅行時看氣溫)已經綽綽有餘。但如果你是要拿去做工程計算或需要更多有效位數,建議直接用原始係數手算,或找專門的科學計算工具,因為 4 位小數的捨入本身就會在最後一步引入極小誤差,對日常用途無感,但對高精度需求可能不夠。

實際手算範例:1 英里等於幾公里?

以長度換算為例,1 英里(mile)的公尺基準係數是 1609.34,1 公里(km)的基準係數是 1000。換算方式是:先把 1 英里換成基準單位公尺 → 1 × 1609.34 = 1609.34 公尺;再把 1609.34 公尺除以公里的係數 1000 → 1609.34 ÷ 1000 = 1.6093 公里(四捨五入至 4 位小數)。這正是本工具內部實際執行的計算流程,你可以用同樣的兩步驟手算驗證任何長度或重量的換算結果。

❓ 常見問題

換算結果的小數點怎麼跟我手算的不太一樣?

本工具統一四捨五入到小數點後 4 位顯示,若你手算保留更多位數,最後幾位可能會有些微差異,這是正常的捨入現象,不影響日常使用的準確性。

這個工具的換算資料會不會上傳到伺服器?

不會。所有換算公式與係數都寫死在頁面的 JavaScript 裡,計算完全在你的瀏覽器本機執行,沒有任何網路請求,輸入的數字不會離開你的裝置。

溫度換算跟長度、重量換算用的邏輯一樣嗎?

不一樣。長度和重量是單純的等比例換算(乘除一個係數即可),溫度則因為攝氏、華氏、克氏的「零點」定義不同,必須先統一換算成攝氏當中介單位,再換算成目標單位,公式裡包含加減運算,不是單純乘除。

可以換算面積或體積嗎?

目前不行,本工具只支援長度、重量、溫度三種類別,這是換算類別下拉選單裡列出的全部選項,未來若擴充其他類別會另外公告。

換算數值可以輸入負數或小數嗎?

可以,數值欄位是標準的數字輸入框,支援正數、負數與小數(溫度換算尤其常用到負數,例如攝氏零下的氣溫)。若輸入非數字內容,工具會視為 0 進行計算。

廣告・橫幅 728×90