工具頁摘要
瀏覽器端 Base64 編碼/解碼，支援 UTF-8 多位元組字元、URL-safe 變體與六格大小判讀矩陣；資料不上傳。
分類：開發工具 / Developer。正式路徑：/tools/developer/base64-encoder。狀態：GOLD。本頁提供可直接閱讀的工具用途、輸入情境、結果解讀、FAQ、信任聲明與相關資源摘要，協助讀者在使用前了解適用情境與限制。
本工具提供一般資訊與估算輔助，計算結果會受輸入值、假設條件與資料更新影響。財務、健康或法律相關結果不應視為專業建議；做出重大決策前，請依實際情況查核來源並諮詢合格專業人士。
中文摘要：Base64 編碼器 是 Formula Universe 收錄於 開發工具 / Developer 分類的工具頁，包含工具用途、輸入指引、結果解讀、FAQ、資料來源、限制說明與責任參考。
最後更新：2026年6月23日
本頁面由 Formula Universe 編輯團隊審核並維護。我們定期更新工具內容、驗證計算邏輯和資料來源準確性，以確保提供讀者最新、最可靠的資訊。
開發工具 · Base64 編碼 · 黃金模板
貼上文字或 Base64 即時雙向轉換,並提供六格大小判讀矩陣
本工具在瀏覽器端執行 Base64 編碼與解碼,完整支援 UTF-8 多位元組字元(中文、emoji)、URL-safe 變體、Padding 切換,並計算編碼後位元組與膨脹比;不上傳任何資料,適合處理含 API key、PII、簽章與機敏 payload。
範例 → 計算機
先用範例理解 Base64 雙向轉換,再貼上自己的資料。
Base64 處理結果
200
B
149
B
1.34
×
SGVsbG8sIEZvcm11bGEgVW5pdmVyc2UhIPCfjIwKVGhpcyBpcyBhIG11bHRpLWxpbmUgcGxhaW4gdGV4dCBzYW1wbGUgdG8gZGVtb25zdHJhdGUgQmFzZTY0IGVuY29kaW5nLgpJbmNsdWRlcyBDaGluZXNlOiDmgqjlpb3vvIzkuJbnlYwg4oCUIGFuZCBlbW9qaS4=
結果解讀
L7 固定六格,把目前 Base64 輸出大小放進常見傳輸與儲存區間;這是傳輸決策參考,不是安全或合規建議。
100 位元組以內，通常是密碼雜湊、API key 或 32-bit token；URL 與 cookie 都可承載。
100 位元組到 1 KB，常見於 JWT token、簽章資料或縮圖縮略 SVG；HTTP header 仍可放但接近上限。
1 到 10 KB，常見於 CSS/HTML 內嵌 favicon、小圖示與短音效；超過 10 KB 建議改外部資源。
10 到 100 KB，相當於壓縮過的縮圖、小型 PNG/WebP；以 base64 內嵌會增加 33%，建議外部 URL + lazy load。
100 KB 到 1 MB，相當於一份 PDF 文件或中型圖片；以 base64 上傳要評估記憶體與 multipart 替代方案。
超過 1 MB，base64 會把資料漲 33%；改用 multipart/form-data、direct binary upload 或預簽名 URL。
情緒與轉換層
L9 會連動目前計算結果,顯示輸出位元組、膨脹比與輸入位元組,協助判斷是否該改用 multipart、直接二進位或外部資源。
結構洞察卡
動力卡
儲存 / 分享
重新貼上資料或調整 URL-safe / Padding 選項時自動重算,協助比較不同編碼變體的位元組差異與 URL 安全性。
下一步行動
決策路徑
輸入文字
編碼/解碼
大小判讀
傳輸決策
知識
Base64 是 RFC 4648 定義的二進位轉文字編碼,用 64 個可印刷 ASCII 字元(A–Z、a–z、0–9、+、/)代表每 6 位元的二進位資料,並以 = 進行 padding;原生支援 7-bit ASCII 通道(如 email MIME、HTTP header、URL)的二進位安全傳輸。
輸出位元組 ≈ ⌈輸入位元組 / 3⌉ × 4(含 padding)。膨脹比 ≈ 1.333 (33% 增長)。URL-safe 變體把 + → -、/ → _ 並省略 padding,結果可直接放入 URL 與 cookie 而不需 percent-encoding。多位元組字元(UTF-8)編碼前先轉為 byte 序列。
本工具不支援 base32 / base58 / base85 / Ascii85 / yEnc;不偵測無效 padding(自動補正);URL-safe 模式下不接受 + / 字元;解碼模式遇非法字元立即拋例外;不對二進位檔(圖片/PDF)做檔案上傳介面,僅處理文字輸入。
Base64 是文字安全的傳輸表示,不是加密(任何人都能解碼);敏感資料一定要先加密再 Base64。內嵌資料 URL(data:image/png;base64,...) 雖方便,但會讓 HTML/CSS 增大 33%,且無法被瀏覽器快取,大檔請改外部 URL。
Base64 主要場景:JWT token 的三段、Email MIME 附件、Data URL 內嵌、HTTP Basic Auth header、API 金鑰序列化。應與 multipart/form-data、直接 binary upload、預簽名 URL 等替代方案一起評估。
若輸入 = 9 KB UTF-8 文字,編碼後 ≈ 12 KB(含 padding),落在「Data URL 內嵌」band;放進 HTML <img src="data:..."> 雖可運作,但 HTML 會增加 12 KB 且無法被快取,改用外部 PNG + Cache-Control 通常更佳。
常見問題
RFC 4648 規定 Base64 字元集為 A–Z、a–z、0–9、+、/(URL-safe 變體用 - _);出現空白、換行以外的字元(如中文)就會失敗。常見原因是貼上時夾帶 HTML 標籤、零寬空白或 BOM,先用純文字編輯器清掉再試。
不是。Base64 是「文字安全的二進位表示」,任何人都能用標準函式庫直接解碼;敏感資料(密碼、token、PII)一定要先用 AES/ChaCha20 等加密演算法加密,再 Base64 包裝送出。把 Base64 當成加密是常見的安全漏洞。
不會。本工具完全在瀏覽器端用 TextEncoder + btoa/atob 處理;頁面關閉後資料即消失,適合處理含 API key、JWT、PII 或商業敏感欄位的內容。
RFC 4648 §5 定義 URL-safe 變體:+ → -、/ → _,並可省略 padding =。差異只是字元集,可直接機械式互轉;URL-safe 的目的是直接放進 URL query 與 cookie 而不需 percent-encoding。許多 JWT 與 OAuth 系統使用 URL-safe 無 padding 版本。
純文字輸入主要受瀏覽器記憶體限制(實務上 10–50 MB 仍可),但超過 1 MB 即建議改用 multipart/form-data、直接 binary upload 或預簽名 URL;Base64 會讓資料增長 33%,大檔上傳成本顯著。
不建議。本工具只做編碼/解碼語法處理,不檢查內容是否含 PII、API key 洩漏或惡意 payload;合規審計請使用 DLP 系統、靜態分析工具或專業安全廠商服務。
推薦工具
* 聯盟連結,購買後我們可能獲得佣金。
解鎖檔案拖放編碼、Base64 → Binary 下載、URL-safe / 標準變體 batch 切換、Base32 / Base58 / Hex 轉換、JWT 三段拆解。
信任聲明 · 相關工具 · 參考資料
本工具僅在瀏覽器端執行 TextEncoder + btoa/atob,貼上的資料不會送到伺服器;不取代加密、簽章或安全審計工具。Base64 是編碼,不是加密。
JSON 格式化器 · 字數統計工具 · 日期天數計算機 · 時區轉換器
IETF RFC 4648 (Josefsson, 2006) The Base16, Base32, and Base64 Data Encodings;IETF RFC 3629 (Yergeau, 2003) UTF-8, a transformation format of ISO 10646;Mozilla MDN Web Docs — btoa() / atob() / TextEncoder 規範文件;Harvard CS50 Web Programming MIME 與 Base64 教學模組;WHATWG Encoding Standard — UTF-8 處理規範。