將文字編碼為 Base64，或將 Base64 解碼回文字。支援標準、URL-safe 和 MIME 變體。資料不會離開瀏覽器。
Base64 將輸入以 3 個位元組為一組處理。每組（24 位元）拆分為四個 6 位元值，每個 6 位元值對應 64 個可列印字元之一：A-Z、a-z、0-9，加上 + 和 /。如果最後一組不完整——只有 1 或 2 個位元組而非 3 個——填充字元（=）會補足剩餘部分。 RFC 4648 定義了此字母表。舉例來說，編碼 "Hello" 得到 SGVsbG8=：5 個位元組輸入，8 個字元輸出——標準的 4:3 比率。此工具支援所有三種變體：標準（RFC 4648）、URL-safe（將 +// 替換為 -/_），以及 MIME（每 76 個字元換行，適用於 SMTP 相容性）。
Base64 出現在二進位資料需要跨越純文字邊界的所有場景。JWT token 以 URL-safe Base64 儲存標頭和載荷，讓字串能在 HTTP 標頭和查詢參數中正常傳遞，無需百分比編碼。 Data URI 讓您能以 data:image/png;base64,... 的形式直接在 HTML 或 CSS 中嵌入 PNG 或字型——每個資產少一次 HTTP 請求。HTTP Basic Auth 在 Authorization 標頭中以 username:password 編碼傳送憑證。MIME 電子郵件以 Base64 包裝附件，因為 SMTP 最初設計用於純文字。REST API 有時接受以 JSON 欄位中的 Base64 字串上傳檔案。設定檔和環境變數經常以 Base64 儲存二進位密鑰以確保可攜性。JWT 除錯是開發人員最常使用 Base64 工具的場景。
不是。Base64 不是加密，任何人都能在不到一秒內無需金鑰即可解碼。它的用途是資料表示，不是安全。這個誤解很常見：開發人員將 Base64 編碼的 token 或密碼存起來，以為已經「混淆」了。實際上把字串貼入任何解碼器，原始文字就會立即顯示。如需安全保護，請使用加密（AES-256、RSA）或單向雜湊（bcrypt、Argon2）。Atoolin 解碼器在不到 1 毫秒內就能還原 500 字元的 Base64 字串。 OWASP 密碼學儲存備忘錄 說明了真正的保護措施是什麼樣的。
所有處理皆在您的瀏覽器中完成，不會傳送任何資料至伺服器。