所有指南
日常

MB 與 MiB:為何檔案會超過上傳限制

同一個檔案,為何符合 10 MiB 限制卻超過 10 MB?用實際位元組數算一遍。

檔案大小可能小於 10 MiB,但仍超過 10 MB 的上傳限制。這些標籤描述的是不同的位元組數。兩者轉換時,改變的是你看到的數字,而非檔案本身。

打開 數位儲存單位轉換器。將 從單位 設為 MB,目標單位 設為 MiB,然後在 來源數值 輸入 10。結果約為 9.536743 MiB。你可以編輯任一數值,另一邊會自動更新。

從位元組數開始

NIST 二進位前綴參考 區分十進位 MB 與二進位 MiB:1 MB 是 1,000,000 位元組,1 MiB 是 1,048,576 位元組。1 位元組包含 8 位元。

以下是用工具相同函式檢查的四個轉換:

輸入 輸出 說明
10 MB 10,000,000 B 10 MB 的十進位限制
10 MiB 10,485,760 B 10 MiB 的二進位限制
10 MiB 10.48576 MB 同樣的位元組數,以 MB 表示
10,000,000 B 80,000,000 bit 位元與位元組也是不同單位

檢查邊界時請使用精確的位元組數。像「10 MB」這種四捨五入的標籤可能隱藏少量超出。轉換器的 結果精確度 控制顯示的有效位數,不會改變原始檔案或網站限制。

嘗試只通過其中一個限制的檔案

假設一張圖片大小正好是 10,200,000 位元組。下載 小型計算表 查看數據;它是 CSV 檔案,不是10 MB 的測試檔。

在轉換器中,選擇 B 為來源單位,輸入 10200000(不含分隔符)。選擇 MB 為目標單位,結果是 10.2。改成 MiB,結果約為 9.727478。

  • 以 10 MB(10,000,000 位元組)限制來看,圖片超出 200,000 位元組。
  • 以 10 MiB(10,485,760 位元組)限制來看,圖片符合限制,還有 285,760 位元組餘裕。

此範例假設服務限制的是檔案本身的位元組數,且允許最大值到指定上限。它不預測特定網站的接受規則。服務可能計算整個請求大小、套用其他限制,或在介面上寬鬆使用「MB」標示。請先查看其文件或錯誤訊息,再判斷適用哪種解讀。

改變檔案,而不只是標籤

若圖片過大,試試 圖片壓縮器,並檢查匯出檔案。以上範例中,10 MB 的十進位限制至少要減少 200,000 位元組,約佔原始大小的 1.96%。建議目標低於邊界,而非只依賴四捨五入的顯示。

改變尺寸也能減少圖片資料量,但改副檔名或將 MB 轉成 MiB 則無法。保留原始檔案,並在有損匯出後檢查文字、臉部與細節邊緣。壓縮結果取決於來源圖片與設定,此計算不保證特定減少量。

結果紀錄 包含 2026 年 10 月 21 日的精確轉換與邊界檢查。這些是與轉換器的算術檢查,不是其他網站上傳器的測試。