本頁的轉換原則：嚴格基於 SI 十進制定義
本頁的獨特之處在於它只做一件事，而且做得乾淨俐落：將你輸入的兆字節（MB）數值按 SI 十進制定義轉換為字節（B）。轉換係數固定為 1 MB = 1,000,000 B，反過來 1 B = 0.000001 MB。這個工具不考慮操作系統慣用的二進制定義，不處理 Mebibyte（MiB），也不混雜其他單位如 GB、TB。它存在的唯一理由，就是消除市面上「MB 到底等於多少字節」的常見混淆。
許多在線轉換工具會在你輸入 MB 後，預設用 1 MB = 1,048,576 B（即 2²⁰）去計算，卻不標明實際用的究竟是哪一種定義。本頁則直接挑明：所有結果都以 SI 的「百萬為單位」為準。如果你正在處理硬碟廠商標示的容量、網絡速度規格，或者軟件行銷資料中的數字，這些地方幾乎永遠使用十進制 MB（1 MB = 1,000,000 B），那麼本頁就是你要的那個精確、無歧義的工具。
轉換過程極其簡單：將輸入的 MB 數乘以 1,000,000，輸出就是字節數；反之若要從字節轉回 MB，則除以 1,000,000。本頁只做一個方向的轉換（MB → B），但算術邏輯完全透明。頁面上沒有隱藏選項、沒有下拉式選單，就只有一個輸入框和一個即時結果。
十進制兆字節與二進制 Mebibyte 的來源與分野
「MB」這個符號之所以引起混亂，是因為它在歷史上曾被賦予兩個不同的數值：一個是 SI 十進制中的「百萬字節」（10⁶），另一個是電腦科學中習慣的「兩次方字節」（2²⁰ = 1,048,576）。後者起源於早期記憶體位址的定址方式，以及作業系統使用二進制冪來表達儲存空間的傳統。
為了終結這種歧義，國際電工委員會（IEC）在 1998 年引入了新的前綴系統：Mebi（Mi）、Gibi（Gi）、Tebi（Ti）等。Mebibyte（MiB）明確代表 2²⁰ 字節，而 Megabyte（MB）則回歸 SI 的 10⁶ 字節。然而，由於歷史慣性，許多軟件（如 Windows 的檔案總管）至今仍將 MiB 標示為「MB」，導致同一數字在不同上下文下相差約 4.86%。
舉一個具體的例子：一個硬碟廠商標示為「500 GB」的硬碟，其十進制容量為 500 × 10⁹ 字節 = 500,000,000,000 B。在 Windows 中，它會顯示為大約 465.66 GiB（因為 500,000,000,000 ÷ 1,073,741,824 ≈ 465.66），但 Windows 卻錯誤地將單位寫成「GB」。這種不一致在小容量（如 MB 級別）時誤差相對較小，但在大型儲存裝置中就會產生可察覺的差異。
本頁堅持使用 SI 定義，正是為了讓你在需要與硬體規格、網路頻寬或 SI 標準文件對照時，得到一致的結果。
計算方法與數學基礎：單純的 10⁶ 倍數
從 MB 轉換到 B，本頁背後只有一個算式：
bytes = megabytes × 1,000,000
以數學表達：B = MB × 10⁶。
反向轉換則為：MB = B ÷ 10⁶。
這是一個純線性的換算，沒有任何取整或近似誤差。由於 1,000,000 是整數，任何給定的十進制數（例如 0.25 MB）都可以精確地轉換為 250,000 B。
對於非常大的輸入，例如 1.23e12 MB（約 1.23 × 10¹² MB），結果將是 1.23e18 B。本頁在結果過長時會自動使用科學記數法，以保持可讀性，但算術仍然是精確的。對於非常小的輸入，例如 0.000001 MB，結果也是 1 B —— 這正是由定義直接導出的。
與其他倍數的關係：如果你需要將 GB 轉換為字節，只需知道 1 GB = 10⁹ B = 1,000,000,000 B。雖然本頁不直接轉換 GB，但你可以先將 GB 乘以 1,000 得到 MB，然後再使用本頁工具。例如 2 GB = 2,000 MB，再轉換為 2,000,000,000 B。
輸入限制與邊緣情況的處理
本頁的輸入驗證規則非常直接：
- 只接受正數：包括零和正整數、正小數。負數輸入（例如 -5 MB）會被拒絕，因為儲存容量或資料量在物理上不可能為負。
- 零輸入：0 MB 轉換為 0 B，這是數學上唯一合理的結果。
- 小數輸入：支援任意長度的小數（如 0.001234 MB → 1,234 B）。由於轉換係數是 10⁶，小數點位移不會產生捨入錯誤，除非輸入本身超出 JavaScript 浮點數的精確表示範圍（約 15 位小數以上），但這在常見的 MB 數值中幾乎不會出現。
- 超大輸入：超過約 1e12 MB（即 1,000,000 TB）時，輸出可能自動採用科學記數法。例如輸入 9.999e12 MB，結果會顯示為 9.999e18 B。這不是失效，而是對極大數字的人性化處理。
- 科學記數法輸入或輸出：你可以輸入以 e 記數法表示的 MB 值（例如 1.5e3 MB = 1,500 MB），輸出也會在必要時使用 e 記數法。
注意：本頁不處理二進制前綴（MiB、GiB），也不處理十進制中高於 MB 的單位。如果你想將 GB 轉換為字節，你需要先手動換算成 MB。本頁的單一目的性正是為了避免轉換鏈過長帶來的混淆。
誰需要這個工具？——實際應用場景
這個工具並非為所有人而設，但它對以下幾類人特別有用：
-
硬碟容量驗證者：當你拿到一個標示為 120 MB（例如老式固態硬碟或 USB 隨身碟）的設備時，可以用本工具確認其理論上可儲存多少字節。120 MB = 120,000,000 B，這與廠商使用的計算方式一致。
-
開發者撰寫底層程式：如果你要實現一個檔案上傳大小限制，而規格書使用的是 MB（例如「最大 10 MB」），你需要在後端轉換為字節進行驗證（10,000,000 B）。使用本頁可以快速取得精確數值，避免因誤用 1,048,576 而導致的邊界錯誤。
-
學生與自學者：學習數字儲存單位時，理解 SI 前綴與二進制前綴的區別是關鍵一步。本頁提供一個可互動的驗證工具，讓你隨時測試自己的換算結果。
-
網絡工程師計算傳輸量：網路速度常以 MB/s 標示（例如 100 MB/s 頻寬），但要計算實際位元組流量，你需要知道 100 MB/s = 100,000,000 B/s。如果用二進制計算（相當於 104,857,600 B/s），在中繼器和協定開銷計算中可能產生偏差。
-
任何被「MB 還是 MiB」困擾的人：當你看到一個文件顯示為「1.44 MB」（傳統軟碟容量標示），實際上它等於 1,440,000 B（十進制）還是 1,474,560 B（1.44 × 1,024 × 1,024）？傳統軟碟的「1.44 MB」製造商使用的其實是混合定義（2 × 512 × 1440 = 1,474,560 B），但這屬於歷史特例。對大部分現代用途，堅持 SI 定義最安全。
常見錯誤與如何避免
在現實專案中，因 MB 與 MiB 混淆而導致的錯誤屢見不鮮。以下是最常見的陷阱及本工具如何幫助你避開它們：
- 錯誤假設：許多人被作業系統誤導，以為 1 MB 永遠等於 1,048,576 B。如果你的程式碼或文件是為了與硬體規格或標準文件保持一致，你應該使用十進制。本頁強制使用 10⁶，迫使你確認自己的上下文。
- 單位符號混淆：有些資料寫「MB」但實際上意為「MiB」；反之亦然。若有懷疑，請檢查文件是否引用 IEC 標準。本頁無法幫你判斷原始資料的定義，但當你確定自己需要十進制時，它給出的就是正確答案。
- 混合計算：在一個專案中同時使用兩種定義。例如先用 1 MB = 1,000,000 B 計算總容量，再用 1 MB = 1,048,576 B 計算檔案頭大小，導致微小但累加的誤差。本頁只提供一種定義，方便你保持整個運算鏈的一致。
- 忽略科學記數法：當結果自動切換到科學記數法時，不要誤以為是錯誤。例如輸入 1e15 MB → 1e21 B，這是有效的表示方式。
常見問題（FAQ）
問：為什麼 1 MB 等於 1,000,000 字節，而不是 1,048,576？
答：根據國際單位制（SI），「Mega」前綴代表百萬，即 10⁶。1,048,576 其實是 2²⁰，對應的是 Mebibyte（MiB）。本頁選擇 SI 定義，與硬碟製造商、網絡設備商及多數軟體行銷資料的慣例一致。
問：這個工具可以轉換 MiB 嗎？
答：不可以。本頁只處理十進制 MB 與字節的轉換。如果你需要 MiB 的轉換，請尋找專門處理二進制前綴的工具。
問：我輸入一個負數，會怎樣？
答：本頁會拒絕負數輸入，因為容量不能為負。請輸入零或正數。
問：結果顯示了如「1.23e9 B」的科學記數法，這是什麼意思？
答：這是標準的科學記數法，表示 1.23 × 10⁹ 字節，即 1,230,000,000 B。當數字過大或過小時，頁面自動使用此格式以保持結果簡潔。
問：零 MB 會得到多少字節？
答：零 MB 等於 0 B。這是數學上唯一的正確結果。
問：我輸入小數，例如 0.5 MB，結果是準確的嗎？
答：是的。因為 1 MB = 1,000,000 B，所以 0.5 MB = 500,000 B，這是精確值，不受小數精度影響。