Base64 轉 BIN 轉換器
將 Base64 文字轉換為原始二進位資料能夠去除 ASCII 編碼額外負擔，還原原本的 8 位元位元組串流。
格式比較與技術規格
| 規格 | BASE64 | BIN |
|---|---|---|
| MIME 類型 | text/ | application/ |
| 類型 | Radix-64 ASCII 編碼 | 原始二進位位元組串流 |
| 壓縮 | 無（相較於原始二進位資料，大小增加 33%） | 無 |
| 標準規格 | IETF RFC 4648 | 原始二進位位元組串流規格 |
| 檔案簽章（magic bytes）標頭 | A-Z a-z 0-9 + / = (Base64 character set) | Raw arbitrary binary bytes |
格式概述與應用
Base64 文字使用由 64 個可列印 ASCII 字元組成的安全字元集，讓二進位資料能在電子郵件或 JSON 酬載等純文字通訊管道中安全傳輸。然而，系統必須先將 Base64 格式的文字還原為原生位元組結構，才能執行或處理這些資料。軟體開發人員經常從設定檔、API 回應或網頁應用程式資源中提取內嵌圖片、字型或已編譯的執行檔酬載，並在此時進行轉換。將 Base64 轉回原始二進位資料，需要反向執行編碼時使用的數學運算。每 4 個 Base64 字元剛好代表底層二進位資料的 3 個位元組。此過程會去除格式化字元，並還原作業系統、硬體裝置與原生二進位剖析器所需的精確 1 與 0 序列。
技術規格與編解碼器解析
Base64 將 3 個輸入位元組表示為 4 個字元。填補會影響確切比例，因此編碼大型輸入時，大小會增加約 33%。
作業系統與瀏覽器相容性
Windows、macOS 和 Linux 等作業系統透過系統呼叫和命令列公用程式原生處理原始二進位檔案。現代網頁瀏覽器使用 Fetch API 和 TypedArrays 處理二進位資料，允許開發人員在將位元組寫入 Blob 物件之前，先使用 atob 函式在 JavaScript 中直接解碼 Base64 字串。iOS 和 Android 等行動作業系統透過原生應用程式沙箱有效率地讀取二進位檔案，前提是套用了正確的副檔名和權限。
實用資訊
在開始解碼程序之前，請務必檢查您的 Base64 文字字串是否包含不需要的空白字元或換行字元，因為多餘的字元可能會損毀輸出的位元組序列。
常見問題
如何在不失真的情況下將 Base64 文字轉換為 原始二進位？
由於 Base64 只是二進位資料的文字包裝且未使用壓縮，因此將其解碼回原始二進位資料是完全無損的。每一個原始位元組都經過數學還原，底層資料不會受到任何損耗。
Base64 文字與 原始二進位 有什麼區別？
Base64 文字是使用可列印 ASCII 字元的安全純文字資料表示法，會使檔案大小膨脹 33%。原始二進位 則是電腦與硬體直接執行或算繪的原生、未格式化 8 位元位元組串流。