Base64 編碼 / 解碼轉換器｜免費・無需註冊
免費線上工具，將文本與 Base64 格式互相轉換，一鍵切換編碼/解碼模式。適用於郵件附件、JWT 令牌、資料 URI 等場景。全部在瀏覽器本地處理，輸入內容不會上傳到伺服器。
什麼是 Base64 編碼與解碼
Base64 是一種只用 64 個 ASCII 字元（A–Z、a–z、0–9、+、/）來表示二進位資料或任意字串的編碼方式。它的設計初衷是讓二進位資料能夠安全地通過只能處理 7 位元 ASCII 文字的舊式郵件系統等傳輸管道，途中不會有位元組被破壞或誤讀。
本工具可以一鍵在文字與 Base64 格式之間互相轉換。所有處理都在瀏覽器本地完成，輸入內容不會傳送到伺服器。由於工具內部會先經過 UTF-8 編碼，中文、日文、emoji 等 Unicode 字元也能正確轉換。
Base64 轉換工具使用方法
- 選擇模式 想把文字轉成 Base64 就選擇「編碼」，想把 Base64 還原成文字就選擇「解碼」。
- 貼上文字 將要轉換的字串或 Base64 資料貼到「輸入」欄中。
- 查看輸出結果 隨著輸入內容變化，「輸出」欄會即時顯示轉換結果。
- 複製結果 複製轉換結果，貼到郵件附件、資料 URI、API 請求等所需的地方。
用好本工具的小技巧
- Base64 的名稱來源於編碼使用的 64 種可列印 ASCII 字元（A–Z、a–z、0–9、+、/）。末尾的
=是填充字元，用於將位元組數補齊為 3 的倍數。 - JWT（JSON Web Token） 使用 Base64URL（將
+替換為-、/替換為_）對令牌進行編碼，以確保 URL 安全。其輸出與標準 Base64 略有不同。 - HTML/CSS 中的資料 URI（
data:image/png;base64,iVBOR...）使用 Base64 將資源直接嵌入原始碼，無需單獨的檔案請求。 - Base64 是編碼而非加密，任何人都可以立即解碼。切勿用它來保護敏感資訊。
Base64 轉換工具的應用場景
製作資料 URI
想在 HTML/CSS 中直接嵌入小圖片而不需要單獨的檔案時，可以把圖片資料轉換為 Base64 來產生 data: URI。
查看 JWT 令牌內容
解碼 JWT 的標頭和負載部分，可以查看其中包含的宣告內容（簽章部分仍需另行驗證）。
除錯 API 回應
許多 API 會以 Base64 編碼的文字形式回傳二進位資料，開發時可以在這裡解碼查看實際內容。
產生設定檔・環境變數的值
將憑證或金鑰檔案轉換為 Base64，便於嵌入環境變數或設定檔中。
Base64 相關術語表
- Base64
- 一種只用 64 種 ASCII 字元表示二進位資料的編碼方式。每 3 位元組資料會轉換為 4 個字元，因此資料量比原始大約增加 33%。
- 填充字元（=）
- 為了讓 Base64 輸出的總長度湊成 4 的倍數而在末尾加上的
=符號，具體加上 0 個、1 個還是 2 個取決於原始資料的位元組數。 - Base64URL
- 把在 URL 中有特殊含義的
+和/分別替換為-和_的 URL 安全版 Base64 變體，常用於 JWT 和 OAuth 令牌。 - MIME
- 使郵件能夠附帶圖片、音訊等二進位檔案的規範。由於 SMTP 只能處理 7 位元 ASCII，MIME 在內部使用 Base64 編碼來傳輸二進位內容。
- 資料 URI
- 一種無需外部連結、直接把圖片等檔案嵌入 HTML/CSS 的寫法，形式為
data:image/png;base64,...，其中使用 Base64 編碼的資料。
常見問題
data:image/png;base64,...）、JWT 認證令牌，以及通過文本 API 傳輸二進位制資料。
閒話 ― Base64、電子郵件與 URL 的衝突
Base64 得以普及的最大推手是電子郵件。1970～80 年代的 SMTP 只能處理 7 位 ASCII 文本，二進位制附件在傳輸中會損壞。MIME 通過將二進位制資料 Base64 編碼為純文本來解決這一問題，這一機制至今仍用於每封郵件的附件內部表示。
Base64 字元集中包含 + 和 /，而這兩個字元在 URL 中有特殊含義。為此，Base64URL（+→-、/→_、無填充）應運而生。JWT 和 OAuth 令牌使用 Base64URL，因此其外觀與標準 Base64 略有差異。
將 3 位元組二進位制轉換為 4 個 Base64 字元，意味著輸出比輸入大約 33%。將大圖片嵌入為資料 URI 會顯著增大 HTML 檔案體積，小圖示可以使用，但不建議對大型資源使用。