Base64 編碼後大小計算器
估算您的資料經 Base64 編碼後的大小，並計入填充、可選換行及 data-URI 前綴的影響。
單位
Line wrapping (76 chars)
Data-URI prefix
Approx. 1.33 MB
- 1
Input size in bytes
1 × 1,048,576 = 1,048,576 - 2
Base64 encoded length
4 × ceil(1,048,576 ÷ 3) = 1,398,104Every 3 bytes produce 4 Base64 characters; "=" padding rounds up to a multiple of 4.
此計算機如何運作？
Base64 將每 3 個位元組轉為 4 個字元，因此編碼後大小 = 4 × ceil(bytes / 3)，約比原始大 33%。小型輸入因 「=」 填充而產生額外負擔。可選的 MIME 換行每 76 個字元增加 2 個位元組，data-URI 前綴則會附加約 37 個位元組的固定標頭。
公式
How this is calculated
輸入原始（未編碼）資料大小並選取單位；數值將轉換為原始位元組 n = value × unitBytes（1 KB = 1024 B）。Base64 將每 3 個輸入位元組編碼為 4 個輸出字元，因此編碼長度為 4 × ceil(n / 3)。ceil 函數與結尾的 「=」 填充確保輸出長度始終是 4 的倍數，這就是為什麼小型輸入的額外負擔超過 33%。
理論額外負擔為 (4/3 − 1) = 33.3%；對於較大的 n，overhead% = (encoded / n − 1) × 100 趨近於約 33.3%。若啟用換行，每 76 個字元後插入一個 CRLF（2 個位元組），增加 2 × floor(encoded / 76) 個位元組——這是 MIME／PEM 使用的慣例。若選取 data-URI 前綴，則會在前面附加固定前綴，例如 「data:application/octet-stream;base64,」（約 37 個位元組）。
假設條件：使用帶有 「=」 填充的標準 Base64、以位元組計數（非字元）、以及基於二進位的 1024 為單位。data-URI 前綴長度因實際 MIME 類型而異，因此該部分應視為估算值。編碼從不縮減大小，結果一定大於輸入。
常見問題
Base64 使用 「=」 填充將輸出補齊為 4 的倍數，因此非常小的輸入承受的填充比例相對較高。隨著輸入增大，額外負擔趨近理論值約 33.3%。
每 76 個編碼字元增加 2 個位元組（CRLF），大約在編碼內容上再增加 2.6%。某些格式（如 MIME 和 PEM）要求此格式。
前綴長度取決於 MIME 類型字串（例如 「data:image/png;base64,」）。此工具使用代表性的約 37 位元組前綴，因此對於較短或較長的 MIME 類型，請相應調整預期。
也稱為
TG we-Calculate Editorial Team. (2026). Base64 編碼後大小計算器 [Online calculator]. TG we-Calculate. https://we-calculate.com/zh-tw/calculator/base64-size-calculator
TG we-Calculate Editorial Team. "Base64 編碼後大小計算器." TG we-Calculate. 2026. https://we-calculate.com/zh-tw/calculator/base64-size-calculator.
TG we-Calculate Editorial Team, "Base64 編碼後大小計算器," TG we-Calculate, 2026. [Online]. Available: https://we-calculate.com/zh-tw/calculator/base64-size-calculator
@misc{wecalculate_base64_size_calculator, title = {Base64 編碼後大小計算器}, author = {{TG we-Calculate Editorial Team}}, howpublished = {\url{https://we-calculate.com/zh-tw/calculator/base64-size-calculator}}, year = {2026}, note = {TG we-Calculate} }
這個計算機對您有幫助嗎？