§

只需輸入您的 Base64 資料，然後按下解碼按鈕。

對於較大的 Base64 字串（例如，編碼後的圖片、文件），請使用下方的檔案上傳表單。
§

Output

text
§

將檔案從 Base64 格式解碼

選擇一個 Base64 檔案以進行上傳和處理。

將 Base64 檔案拖曳至此，或點擊以選擇

在台灣的 DevOps 現場,解碼 Base64 是日常任務:從 AWS CloudTrail 事件還原 userIdentity.sessionContext、檢視 GitHub Actions webhook 的 HMAC 簽章標頭、或檢查中華電信 HiCloud 容器服務回傳的 kubeconfig 憑證。處理 MOICA 自然人憑證簽章的 XAdES-T XML 時,工程師需解出 Base64 包裝以驗證 X.509 鏈。財金資訊公司 ACH 介接與 OAuth2 device flow(如 LINE Login)也要求精準解碼 access token,符合個資法第八條告知義務。

// 相關工具

./base64-encoder
Base64 編碼器
將文字和檔案編碼為 Base64 格式。
→
./url-encoder
URL 編碼器
對字串進行百分比編碼，以便在 URL 中安全傳輸。
→
./url-decoder
URL解碼器
將百分比編碼的 URL 元件解碼回文字。
→
./
全部工具
瀏覽 Ultim8Soft 線上工具的完整合集。
→

進階選項

換行符

不同的作業系統使用不同的換行符——例如，Unix 與 Windows 使用的換行符不同。解碼後，輸出中的所有換行符都會被您所選的選項取代。此設定決定了「分別解碼每一行」功能的行為。

分別解碼每一行

啟用此選項後，輸入的每一行將視為獨立的 Base64 字串並分別解碼。當您需要解碼由換行符分隔的多筆不同 Base64 資料時，此選項特別有用。

移除換行符

MIME 格式的 Base64 資料（例如，來自電子郵件）通常每 76 個字元就有換行符。啟用此選項可在解碼前移除這些換行符，確保正確解碼 MIME 格式的 Base64 資料。

處理 URL 安全編碼

如果您的輸入使用 URL 安全的 Base64 變體（RFC 4648 / Base64URL），其中 "-" 代表 "+"、"_" 代表 "/"，且可能省略填充，請啟用此選項。此選項會在解碼前將輸入轉換回標準 Base64。

即時模式

啟用即時模式後，您的輸入會立即使用瀏覽器內建的 JavaScript 函數進行解碼，而不會將資料傳送到我們的伺服器。請注意，此模式目前僅支援 UTF-8 文本輸出。

注意：對於二進位檔案（圖片、文件等），請確保將結果儲存，而非複製，以避免資料損毀。

什麼是 Base64 解碼？

Base64 解碼會將 Base64 的二進位到文字編碼方案反向運行，把一段 ASCII 字串還原成最初產生它的精確位元組序列。Base64 使用固定的 64 字元字母表——大寫字母 A–Z、小寫字母 a–z、數字 0–9，以及兩個符號 + 與 /，再加上 = 作為結尾的填充字元。該格式由 RFC 4648 §4 定義，並同時描述 URL 安全變體 Base64URL，後者以 - 與 _ 取代 + 與 /。編碼把每三個輸入位元組（24 位元）映射為四個 Base64 字元（4 × 6 位元），因此編碼後的輸出總是比原文長約 33 ％。解碼會反轉此比例：JWT 載荷、MIME 編碼的電子郵件附件、內嵌的 data: URI——全部都透過這同一次精確的反向操作回到原本的位元組。

Base64 解碼是如何運作的？

Base64 解碼會機械地反轉編碼管線。解碼器一次讀取四個 Base64 字元，在 64 字元字母表中查找每個字元以還原其 6 位元數值，將四個 6 位元值串接為一個 24 位元緩衝區，然後再把該緩衝區拆回三個 8 位元位元組。結尾的 = 填充表示最後一組只會解碼出兩個位元組（一個 =）或一個位元組（兩個 =）。經典範例是 Base64 字串 TWFu，它會解碼為三個字母的 ASCII 單字 Man。依照演算法：T 在字母表索引為 19 → 010011；W 為索引 22 → 010110；F 為索引 5 → 000101；u 為索引 46 → 101110。串接後這些位元組成 010011 010110 000101 101110，重新分組後得到位元組序列 01001101 01100001 01101110——亦即 M、a、n 的 ASCII 碼。

  1. 依照 64 字元字母表與填充規則驗證輸入字串，拒絕任何在傳輸中殘留的離散空白或字母表外字元。
  2. 透過查表（或字元在 A–Z a–z 0–9 + / 中的位置）把每個 Base64 字元轉換為其 6 位元數值。
  3. 將 6 位元數值每四個一組串接成 24 位元緩衝區。
  4. 把每個 24 位元緩衝區再拆回三個 8 位元位元組，作為原始的二進位或 ASCII 資料。
  5. 尊重結尾的 = 填充：依需要從最後一組中丟棄一個或兩個位元組。

為什麼使用 Base64 解碼器？

  • 資料還原:在進行後續處理之前，從任何文字安全的 Base64 載荷中取回原始的二進位位元組。例如，將一個把 PDF 收據以 Base64 形式儲存的資料庫欄位進行解碼，使這些位元組可以重新寫回磁碟並重新開啟。
  • 電子郵件附件:從那些將二進位部分包裹為 Base64 行的 MIME 編碼郵件主體中提取檔案與圖片。一個典型情境是當某個附件無法下載時，從已儲存的 .eml 檔案中的 Content-Transfer-Encoding: base64 區塊取出一張 PNG。
  • 網頁資源:將嵌入的 data: URI 還原為其原始位元組，以便檢查頁面實際提供的內容。例如，貼上一條來自某個 CSS 規則的 data:image/svg+xml;base64,… URL，將 SVG 標記還原出來以進行稽核。
  • API 整合:處理 REST 與 GraphQL 服務在二進位欄位無法以原始位元組傳遞時所回傳的 Base64 載荷。常見的情境是解碼 JWT 簽章、OAuth 更新權杖，或 S3 的 Content-MD5 標頭，以對一次請求進行端到端驗證。

Base64 解碼有哪些常見應用？

Base64 解碼在各種情境中都是必不可少的，包括：

  • 郵件處理:不必開啟完整的郵件用戶端即可從 MIME 編碼訊息中取出附件。工程師在支援佇列中分流格式錯誤的訊息時，或在原始用戶端已不再安裝的情況下從封存的 .mbox 匯出檔中找回某個檔案時，會執行這項操作。
  • 網頁開發:將內嵌的 Base64 data: URI 還原為其原始位元組，以便對該資產進行稽核，或將其替換為帶有雜湊的檔案。在重構那些將圖示以 data:image/svg+xml;base64,… 形式內嵌的樣式表時，這是一項常規作業。
  • API 偵錯:對 JSON 或 XML 回應中的 Base64 欄位進行解碼，使其底層的值在日誌中可供人類閱讀。典型例子包括 JWT 的 payload、S3 中包裹 MD5 的 ETag，或來自第三方供應商回送的 webhook 簽章標頭。

Base64 解碼範例是什麼樣子？

Base64 字串 TWFu 解碼後變成單詞 Man。解碼過程將每個 Base64 字元轉換為其 6 位值，組合這些位元，並重構原始的 ASCII 字元。

此 Base64 解碼器是免費且隱私的嗎？

是的——此 Base64 解碼器完全免費，不需要帳號或註冊，並且完全在你的瀏覽器內運作。當你貼上 Base64 字串或拖入檔案時，解碼透過標準 JavaScript API 在本地完成（文字使用 atob，二進位內容則使用 FileReader 加上型別化陣列轉換）。你的輸入永遠不會離開你的裝置，不會有任何副本寫入任何伺服器紀錄，對你所解碼的內容也不會附加任何遙測，並且沒有速率限制、字元上限或保存的歷史紀錄。頁面首次載入之後，你即可離線使用此工具，因為首次造訪時執行的同一段程式碼會被瀏覽器快取。我們也避免使用會讀取表單欄位的第三方分析腳本。這使得此工具對於敏感的載荷安全，例如 JWT 持有者權杖、嵌入在 data: URI 中的憑證、設定機密，以及包裝在 Base64 中、絕不可上傳到任何地方的憑證或私鑰材料。

我們的在線 Base64 解碼工具提供了一種快速且安全的方式來解碼您的 Base64 資料。無論您是從網頁中提取嵌入的圖片，還是處理 API 回應，Base64 解碼都是現代網頁開發中不可或缺的工具。