檔案大小單位：換算邏輯、合理範圍與縮水真相

要解決的問題

「這封信附件 8MB 算大嗎？」「1TB 硬碟怎麼只剩 931GB？」「網路 300M 為什麼下載只有 37MB/s？」——三個問題其實是同一件事：大小與速度的單位有兩套進位標準＋一個位元/位元組陷阱，不搞清楚就永遠在猜。

適合誰使用

想看懂容量標示的一般使用者、常被檔案大小限制卡住的上班族與學生、需要跟客戶解釋這件事的 IT 支援。

公式與概念

兩套標準：儲存廠商與國際單位制用十進位——1KB=1000B、1MB=1000KB、1GB=1000MB；Windows 沿用二進位傳統——1「KB」實為 1024B（嚴謹寫法 KiB）。同一顆標示 1TB（10^12 bytes）的硬碟，Windows 用 1024^4 換算就顯示 931「GB」。沒有誰偷了 69GB，是兩把尺不一樣。macOS 從 10.6 起改用十進位顯示，所以同一顆碟在 Mac 上顯示 1TB。

位元（bit, b）與位元組（Byte, B）：網路速度用位元、檔案大小用位元組，1 Byte=8 bits。「300M 光纖」是 300 Megabits/s，理論下載速度 300÷8=37.5 MB/s——不是網路變慢，是單位不同。估算下載時間：檔案 MB 數 ÷（頻寬 Mbps÷8）＝秒數。

常見檔案的合理區間（判斷「正不正常」用）：一頁純文字 PDF 約 50–200KB；含照片的 PDF 每頁 0.5–2MB；手機照片 2–8MB；4K 影片每分鐘 300–400MB；一首 MP3 約 3–10MB。收到 40MB 的「三頁 Word」或 200KB 的「高解析海報」，都該起疑——前者八成塞了原始尺寸照片，後者根本不是高解析。

操作步驟

1. 記換算骨架：1000 進位（廠商/網路）與 1024 進位（Windows）並存，差距每往上一級擴大約 2.4%。
2. 看到容量「縮水」先換算：標示值 ×0.93 ≈ Windows 顯示值（TB 級）。
3. 估下載時間：檔案大小(MB) ÷ [頻寬(Mbps)÷8] ＝ 秒。
4. 判斷檔案是否異常：對照上面的合理區間，過大→找出原因（通常是未壓縮圖片），過小→內容可能不完整。
5. 要塞進限制（email、表單上傳）時，用壓縮工具處理最大的組成部分，通常是圖片。

實際範例

客戶抱怨「20 頁簡報 Word 檔 95MB 寄不出去」。合理區間判斷：20 頁圖文文件應在 5–20MB。打開一看，每頁貼了一張 4000×3000 的原始照片（各 4–5MB）。把 20 張圖批次縮到 1600px 長邊再壓縮，檔案掉到 6.8MB——內容與觀感無差，寄送成功。這就是「知道合理區間」的價值：問題不是 email 限制太小，是檔案本來就異常。

常見錯誤

• 以為 1TB 顯示 931GB 是被廠商欺騙或硬碟故障。
• 把 300Mbps 網路當成 300MB/s，回報「網速只有標示的八分之一」。
• 寄檔案前不看大小組成，壓縮了文字卻放過佔九成體積的圖片。
• 把 KB 與 KiB 混寫在技術文件裡，跨團隊溝通時數字對不上。

相關指南