什麼是 Base64 編碼大小計算器?
Base64 是一種編碼方式,利用 64 個可列印的 ASCII 字元來表示二進位資料。它廣泛應用於在 HTML/CSS 中內嵌圖片(data URI)、在電子郵件中夾帶附件(MIME),以及在 JSON 或權杖(token)中傳遞二進位內容。由於 Base64 會把每 3 個位元組轉換成 4 個輸出字元,因此編碼後的結果一定比原始資料大——大約會增加 33%。這個計算器能精準告訴你資料編碼後究竟會變多大。
如何使用
輸入原始檔案或資料的大小,選擇單位(位元組、KB、MB 或 GB),再決定輸出是否採用標準補位(結尾的 = 字元)。計算器會回傳編碼後的位元組大小,以及編碼所增加的膨脹百分比。
公式說明
標準 Base64 會以每 3 個位元組為一組進行處理。每一組正好轉換成 4 個字元,而最後一個不足 3 位元組的群組則會以 = 補足到 4 個字元。因此含補位的大小為:
若停用補位,則只會產生實際需要的字元數:≤ft\lceil ((4 × Size × Unit) ÷ (3)) \right\rceil,如此每次編碼可省下 1~2 個補位字元。
實際範例
假設你有一個 1,000 位元組的檔案。先除以 3 得到 333.33,向上取整(ceil)為 334,再乘以 4:334 × 4 = 1,336 位元組。膨脹率為 (1336 - 1000) / 1000 = 33.6%。若不含補位,結果則為 \lceil 4000/3 \rceil = \lceil 1333.33 \rceil = 1,334 位元組。
關鍵術語解釋
- Base64
-
一種二進制轉文本編碼方案,使用64個可打印的ASCII字符集(A–Z、a–z、0–9,加上
+和/)來表示任意二進制數據。它讓二進制內容可以安全地通過純文本通道傳輸,例如電子郵件正文、JSON、XML和URL。 - 3字節組 / 4字符塊
- Base64以固定分組方式工作。輸入的每3個字節(24位)被分成四個6位的塊,每個塊映射到一個Base64字符。因此3個輸入字節始終變成4個輸出字符——這是該編碼大小增長的根本原因。
-
填充(
=) -
當輸入長度不是3的精確倍數時,最後一個分組是不完整的。編碼器會附加一個或兩個
=字符,使輸出長度保持為4的倍數。剩餘1個字節會產生2個=;剩餘2個字節會產生1個=。 - 開銷
- Base64與原始數據相比添加的額外大小。因為3個字節變成4個字符,編碼後的數據大約是4/3 ≈ 1.333倍,增幅約為33%(一旦計入填充和任何換行符,會稍微更多)。
- 數據URI
-
一種URL方案(例如
data:image/png;base64,iVBORw0KGgo…),可以將文件的Base64編碼內容直接嵌入文檔中,無需為小資源發送單獨的網路請求。 - MIME換行
- 在電子郵件(MIME)編碼中,Base64輸出被分成最多76個字符的行,每行以CRLF結尾。這些換行符增加了超過基本33%擴展的少量額外大小。
- ASCII字符
- 來自7位ASCII集合的單個字符,以一個字節編碼。Base64輸出中的每個字符都是ASCII字符,因此以字符計的編碼長度等於以字節計的長度。
使用注意事項與精準校對原則(6 大核心守則)
📐 1. 嚴格對齊輸入量綱與單位
輸入各項數值時請務必確認量綱(例如小時、天數、金額、百分比),避免單位不匹配引發推算偏差。
🔒 2. 純前端本機毫秒級隱私保障
所有計算邏輯 100% 在您的終端瀏覽器內完成,資料絕不上傳伺服器,嚴格守護商業與個人隱私。
📊 3. 符合公認學術與產業計算模型
演算法嚴格遵循國際通用數學公式與標準計算模型,經多重情境交叉核對,數值嚴密精確。
📋 4. 一鍵複製與免登入 PDF 匯出
支援一鍵複製推算結果字串至剪貼簿,亦可直接點擊列印按鈕輸出純淨 PDF 工作報表。
🔄 5. 多情景敏感度動態對比
建議針對極端值與多組預期情景分別試算,觀察輸出數據的波動區間,輔助做出更穩健的決策。
🛡️ 6. 專業諮詢與日常參考免責聲明
本工具運算結果供日常排程、學業研習與事前參考之用,如涉及重大法規或投資決策請諮詢持證專家。