最後更新：2026-06-23

Base64 編碼開銷

Base64 是一種二進位轉文字的編碼方式，使用 64 個可印刷 ASCII 字元來表示任意二進位資料。電子郵件附件、HTML 中的 data URI、PEM 憑證和 JSON API 酬載都依賴它，使二進位內容能安全地在純文字通道中傳輸。此編碼是無損且可逆的，但會使資料大小增加約三分之一。

Base64 編碼原理

Base64 以 3 個位元組（24 位元）為一組讀取二進位輸入，並將每組映射為 4 個字元，每個字元攜帶 6 位元：

$\underbrace{b_1\, b_2\, b_3}_{3 \text{ 位元組} = 24 \text{ 位元}} \longrightarrow \underbrace{c_1\, c_2\, c_3\, c_4}_{4 \text{ 字元} \times 6 \text{ 位元}}$

64 個字元各代表 0 至 63 的值，從 A–Z、a–z、0–9、+ 和 / 中選取。輸出不含任何控制字元、空位元組或大於 127 的位元組，對所有 ASCII 相容的傳輸通道均安全。

大小計算公式

由於每 3 個輸入位元組變為 4 個輸出位元組，編碼後的大小為：

$\text{編碼後大小} = \left\lceil \frac{\text{輸入大小}}{3} \right\rceil \times 4$

天花板函式處理長度不是 3 的倍數的輸入，在最後一個群組附加一個或兩個 = 填充字元。

相對於原始大小的開銷比例為：

$\text{開銷} = \frac{\text{編碼後大小}}{\text{輸入大小}} - 1$

當輸入大小為 3 的精確倍數時，開銷精確為 $4/3 - 1 = 1/3 \approx 33.33\%$。

計算範例

1 MB 的二進位檔案（1,000,000 位元組）：

$\left\lceil \frac{1{,}000{,}000}{3} \right\rceil \times 4 = 333{,}334 \times 4 = 1{,}333{,}336 \text{ 位元組}$

$\text{開銷位元組} = 1{,}333{,}336 - 1{,}000{,}000 = 333{,}336 \text{ 位元組} \approx 33.33\%$

實際影響

電子郵件與 MIME。 附件以 Base64 編碼嵌入郵件本文，這正是一個 3 MB 的 PDF 附件會使郵件大小增至約 4 MB 的原因。

Data URI。 將 200 KB 的 PNG 以 data URI 嵌入 HTML 或 CSS 會產生約 267 KB 的文字，增加頁面的載入量。對於小型圖示，此方式可省去一次 HTTP 請求；對於大型影像，通常得不償失。

JSON API。 由於 JSON 沒有原生的二進位類型，二進位資料（影像、音訊片段、密碼簽章）通常在放入 JSON 字串前先進行 Base64 編碼。規劃酬載大小時，必須考量編碼開銷。

URL 安全 Base64。 部分系統將 + 替換為 -，將 / 替換為 _，以產生在 URL 路徑段和查詢參數中安全使用的輸出，無需百分比編碼。大小計算方式相同。

壓縮率計算機 可評估在編碼前先壓縮是否能部分抵消開銷——壓縮後的資料每位元組通常能更有效地編碼。

進制轉換工具 適合需要處理 Base64 最終所編碼資料的十六進位或二進位表示時使用。