「1 TB」到底是多少，取決於誰在說。硬碟包裝、電信業者的流量方案、雲端儲存帳單一律以 1000 為一階；作業系統顯示的容量、記憶體規格、多數程式語言的檔案大小則以 1024 為一階。兩套算法用著一模一樣的縮寫，差距隨階數累積，到了 TB 已經接近 10%。這個工具把 bit、Byte 與 KB 到 PB 放在同一張表上，並用輸入框旁邊的按鈕在兩種進位制之間切換；基準單位是 bit，所以連「網速的 Mbps 換成每秒幾 MB」這種 8 倍的坑也一併涵蓋。換算不需要任何連線，你輸入的容量數字只留在這個分頁裡；至於頁面本身，它仍要載入廣告等第三方資源。
使用步驟
- 「輸入數值」欄位填數字，預設是 1。
- 「來源單位」下拉選單有七個選項：Bit、Byte、KB、MB、GB、TB、PB。它的預設值是 **MB** 而不是最小的 Bit，這一點和其他五個換算工具不同。
- 選單右邊那顆按鈕是進位制切換。**按鈕上顯示的是目前所在的模式**：寫著「二進制 (1024)」就代表現在正用 1024 為一階（這是預設），按下去才會變成「十進制 (1000)」。
- 下方六張卡片列出其餘所有單位的結果，各有一顆複製按鈕。切換進位制時，輸入的數值與來源單位都會留著，卡片會就地重算。
- 要確認自己在哪個模式，填 1 選 MB 看 Byte 那張卡：顯示 1048576 是二進制，顯示 1000000 是十進制。
什麼時候用得上
買硬碟或手機前先算實際可用容量
包裝上的 256 GB 是 256,000,000,000 個位元組，作業系統以 1024 為階換算後只剩 238.4185791 GB；2 TB 的硬碟則是 1.818989404 TB。再扣掉檔案系統本身與預載系統占用，落差還會更大。換算完再決定要不要多花錢升級，比事後才發現空間不夠實在。
判斷檔案塞不塞得進限制
Gmail 附件上限 25 MB、FAT32 單檔上限接近 4 GB（4294967296 個位元組再減 1）、LINE 傳檔、表單上傳、CDN 單檔限制各有各的門檻。把手上的檔案大小換成對方使用的單位，就知道是要壓縮還是改用雲端連結。
把網路速率換成實際下載速度
中華電信的 300M 指的是每秒 300,000,000 個 bit。在十進制模式下填 300000000 選 Bit，MB 卡片顯示 37.5，也就是理論上每秒 37.5 MB；切到二進制模式同一個數字會變成 35.76278687 MB。下載軟體顯示的速度通常是後者，所以「300M 的網路怎麼只跑到 35」不是被騙，是單位不同。
做容量規劃與成本估算
每筆 log 約 2 KB、一天一千萬筆，就是 2×10⁷ KB，換算成 GB 是 19.07348633（二進制）。雲端儲存卻是以十進制 GB 計費的，同一批資料在帳單上會被算成 20.48 GB，規模拉到 TB 級之後這 7% 的差距就是實際的金額差異。
限制與注意事項
- 基準單位是 **bit**，Byte 固定等於 8 bit。這兩格在兩種模式下的定義完全相同，所以 Byte 與 Bit 之間的換算不受切換按鈕影響；受影響的是 KB 以上的每一階。
- **切換是同時作用在來源與目標上的。** 不論在哪個模式，1 TB 換成 GB 只會得到 1000 或 1024，永遠不會出現 931 —— 因為換算的兩端一定處在同一個進位制裡。要做跨制換算必須走兩步，見下方常見問題。
- 兩種模式共用同一組單位名稱，切到 1024 那邊時 KB 不會改寫成 KiB。IEC 在 1998 年就定義了 KiB / MiB / GiB 這組明確的二進位前綴，可惜產業採用率很低，真正照做的主要是 Linux 生態系（
ls -lh、du -h顯示的就是二進位值）。如果你要把結果寫進文件，建議自己補上是哪一種，別讓下一個人重新猜。 - 兩端的極值會切換成科學記號：1 PB 換成 bit 顯示
9.007199e+15（二進制）或8.000000e+15（十進制），因為超過 10¹⁵；反過來 1 bit 換成 PB 顯示1.110223e-16，因為小於 10⁻¹⁰。這是顯示格式的門檻，不是計算溢位。 - 最大只到 PB，沒有 EB、ZB、YB；最小只到 bit，沒有 nibble（半位元組）或 word。要處理 EB 級的數字，先自己除以 1024 或 1000 再填 PB。
- 表內全部是**容量**單位，沒有任何速率單位。Mbps、MB/s、Gbps 都是「每秒多少」，多一個時間維度，這裡處理不了；不過你可以只換數量的部分，時間那一維自己記著。
- 這不是檔案大小計算機。實際占用的磁碟空間會受檔案系統的配置單位（block size，常見 4 KB）影響：一個 100 Byte 的檔案在磁碟上仍會吃掉一整個 4 KB 區塊。壓縮、去重複、快照、稀疏檔案也都會讓「檔案大小」與「磁碟用量」對不起來，這些工具都算不出來。
- 輸入框只收數字，
1.5GB這種帶單位的字串會被整串丟掉，單位請用下拉選單選。分位符號則是另一回事：瀏覽器不是拒絕而是把認不得的字元吃掉。以逗號分位的寫法吃掉逗號後仍是同一個數，沒有問題；但若來源是歐陸格式（句點分位、逗號當小數點），逗號被吃掉之後句點會被當成小數點，貼完的數值會小上好幾個數量級，而且畫面不會有任何提示。
常見問題
1 TB 的硬碟為什麼在電腦上只剩 931 GB？我要怎麼在這個工具算出這個數字？
因為硬碟廠商賣的是十進制的 1 TB（1,000,000,000,000 個位元組），而 Windows 的檔案總管是以 1024 為一階去除，卻仍然把結果標成 GB。兩者換算下來就是 931.3225746。這個工具沒辦法一步算出來，因為切換按鈕會同時改變來源與目標的進位制，一次換算的兩端永遠同制。走兩步就可以：**第一步**切到十進制，填 1、選 TB，記下 Byte 卡片顯示的 1000000000000；**第二步**切到二進制，把 1000000000000 填進去、選 Byte，GB 卡片就會顯示 931.3225746。同樣的兩步法可以驗證任何一顆硬碟：500 GB 標示值對應 465.6612873，2 TB 對應 1862.645149 GB。
結果怎麼變成 9.007199e+15 這種寫法？
因為數值超過了 10¹⁵ 這個門檻，顯示就會切換成科學記號。1 PB 在二進制模式下是 8 × 1024⁵ = 9,007,199,254,740,992 個 bit，恰好越線；十進制模式下是 8 × 10¹⁵，顯示成 8.000000e+15。另一端也有門檻：小於 10⁻¹⁰ 的結果同樣會用科學記號，所以 1 bit 換成 PB 是 1.110223e-16。數值本身沒有失真，只是位數太多、直接印出來反而看不懂。
為什麼二進制模式不顯示成 KiB、MiB？
因為程式碼裡兩組單位陣列共用同一份名稱，只有換算倍率不同。嚴格說起來，1024 為一階的那組應該叫 KiB / MiB / GiB（kibibyte、mebibyte、gibibyte），這是 IEC 60027-2 在 1998 年就定下的標準，正是為了終結這場混淆。但二十多年過去，Windows、多數硬體規格與日常口語仍然只寫 GB，硬要在介面上改成 GiB 反而會讓大部分使用者找不到自己要的單位。實務上的建議是：看到 GiB 可以確定是 1024；看到 GB 就得先確認來源是誰。
我辦了 300M 的網路，下載卻只有 35 MB/s，被騙了嗎？
沒有，這是兩個換算疊在一起造成的。第一層是 bit 與 Byte 差 8 倍：電信業者說的 300M 是每秒 300,000,000 個 bit，除以 8 之後是每秒 37,500,000 個位元組。第二層是進位制：下載軟體通常以 1024 為階顯示，37,500,000 除以 1048576 就是 35.76278687 MB/s。所以理論上限本來就長這樣。實際還會再低一些——TCP/IP 的表頭、對方伺服器的頻寬、Wi-Fi 的實際吞吐都會扣掉一部分。記住一個粗略換算法：把 Mbps 除以 8 大約就是 MB/s，再打個九五折會更接近顯示值。
Windows 和 macOS 顯示的同一顆硬碟容量為什麼不一樣？
因為兩家的換算慣例不同。Windows 用 1024 為一階但標示成 GB / TB，所以 1 TB 的硬碟在檔案總管裡是 931 GB；macOS 從 Snow Leopard（10.6）起改用 1000 為一階，同一顆硬碟在「關於這台 Mac」裡就顯示 1 TB，和包裝一致。Linux 則看工具：du -h、ls -lh 預設是 1024 制，加上 --si 參數才會改成 1000 制。換句話說硬碟沒有變大變小，是三種系統對同一個位元組數的敘述方式不同。
為什麼預設單位是 MB，不是最小的 Bit？
這是刻意的取捨：日常查詢的起點幾乎都在 MB 附近——附件大小、照片、應用程式安裝檔、影片，從 MB 出發最少需要改動。其他五個換算工具的預設值都是各自的基準單位（公尺、公斤、攝氏、平方公尺、秒），只有這裡的預設不是基準單位 bit，屬於介面上的例外。要從 bit 開始查的話手動選一下即可，選單不會自己跳回 MB。
我算出來的資料量和磁碟實際用量對不起來，是換算錯了嗎？
換算沒錯，是「檔案大小」和「磁碟用量」本來就是兩件事。檔案系統以固定大小的區塊配置空間（NTFS、ext4 預設多為 4 KB），所以一個 100 Byte 的設定檔實際占用 4 KB，一萬個小檔的落差就相當可觀。反方向也存在：壓縮檔案系統、去重複、稀疏檔案、快照與硬連結會讓磁碟用量小於檔案大小總和。再加上檔案系統的中繼資料、日誌與保留空間（ext4 預設替 root 保留 5%），純數學換算只能給你一個下限，容量規劃時請往上抓一到兩成。