Base64 編碼 / 解碼

Base64 是一種將二進位資料（檔案、圖片或任意位元組）以 64 個可列印 ASCII 字元（A–Z、a–z、0–9、+、/）表示的編碼方案。它的用途是讓二進位資料能安全地傳輸於純文字通道中：在 HTML、CSS 或電子郵件中嵌入圖片、在 JSON 或 XML 中儲存二進位資料、編碼 JWT 的標頭與資料段，以及在查詢字串中傳遞數值。它解決了某些系統會刪除、修改或損毀原始位元組的問題，透過將所有資料轉換為純 ASCII 文字，確保資料在傳輸過程中不被更動。

不是。Base64 是編碼，而非加密或雜湊——它不使用金鑰，任何人都可以用任何 Base64 解碼器（包括這個工具）立即解碼。它完全不提供機密性，絕對不應用於保護密碼、API 金鑰或私密資料。Base64 是一種傳輸編碼，而非安全措施。如果您需要保護敏感資料，請先加密（AES、RSA 等），然後再視需要將密文進行 Base64 編碼以便安全傳輸——但保護作用來自加密，而非編碼。

是的，完全免費，無需註冊，對文字長度或檔案大小也沒有限制。TinyWow 限制免費用戶每日只能進行少量轉換，Smallpdf 每天只允許 2 個任務，許多網站需要帳號才能解鎖完整功能。UtiloKit 的 Base64 工具沒有每日限制、不需帳號、沒有付費牆——所有編碼與解碼操作永遠免費。不需要電子郵件地址，不需要信用卡，什麼都不用。

安全。所有處理都在您的瀏覽器中進行——文字、檔案和圖片永遠不會上傳至伺服器——因此即使是 Token 或憑證等敏感內容也只會留在您的裝置上。許多熱門的 Base64 網站會將您的輸入上傳至其伺服器，而這個工具絕對不會。您可以在離線狀態下進行編碼來驗證這一點：它依然可以正常運作。

= 字元是填充符號。Base64 以 3 個位元組為一組進行編碼，每組對應 4 個字元；當最後一組位元組不足時，= 號會將輸出填充至 4 的倍數長度。一個 = 表示最後一組有 2 個位元組，兩個 = 表示只有 1 個位元組。填充符號不攜帶任何資料，因此這個工具在解碼時會自動補回任何缺失的 = 號。

標準 Base64 使用 A–Z、a–z、0–9，加上 + 和 / 符號，以及 = 作為填充——共 65 個字元。其他任何字元（空格、換行、其他標點符號）都不屬於 Base64 字母表。URL 安全變體將 + 和 / 分別替換為 - 和 _。這個解碼器仍可容忍空白、換行及 URL 安全字元，並會告知您任何它無法接受的字元及其在字串中的確切位置。

Base64 會讓資料大小增加約 33%，因為每 3 個位元組會變成 4 個字元——在 HTTP 回應、HTML 檔案或 CSS 套件中，這種額外負擔會對效能產生明顯影響。它也不易閱讀，當 Base64 字串出現在原始碼中時，程式碼審查和除錯會變得更困難。它不提供錯誤偵測或校驗和功能，因此單一損毀的字元會悄悄產生錯誤輸出。此外，它完全不提供機密性——任何看到字串的人都能在幾秒內解碼它。它適合在純文字通道中傳輸二進位資料，但它不是壓縮，也不是安全措施。對於大型資料，請改用帶有正確 Content-Type 標頭的二進位傳輸。

不一樣——它們解決的是完全不同的問題。UTF-8 是一種字元編碼，將可閱讀的文字（字母、Emoji、符號）轉換為位元組。Base64 則將任意位元組（包括 UTF-8 位元組）轉換為安全傳輸的純 ASCII 字元。兩者是疊加關係：要對 Unicode 字串進行 Base64 編碼，您需要先將其轉換為 UTF-8 位元組，再將這些位元組編碼為 Base64。跳過 UTF-8 步驟是粗糙 Base64 工具中最常見的錯誤——它們直接對 JavaScript 內部的 UTF-16 表示進行操作，導致基本 ASCII 以外的內容輸出亂碼。這個工具總是先轉換為 UTF-8，因此無論是哪種文字或語言，Emoji 和所有非拉丁文字都能正確編碼和解碼。

不是。Base64 是一種資料編碼方案，而非程式語言或標記語言——它沒有任何可執行、編譯或解讀的內容。它只是一種可逆演算法，能將任意二進位資料轉換為固定的 64 個可列印 ASCII 字元，並能還原回去。您在任何語言（JavaScript、Python、Go、Java 等）撰寫的程式中將它作為轉換步驟使用，但 Base64 本身並非一種語言。可以將它想像成十六進位表示法——它是一種表示格式，而非語言。

Base64URL 是一種 URL 和檔名安全的 Base64 變體，將 + 替換為 -，將 / 替換為 _，並完全省略 = 填充字元。這很重要，因為標準的 + 和 / 在 URL 中有特殊含義——瀏覽器和伺服器可能會誤解它們或對其進行百分比編碼。在以下情境請使用 Base64URL：JWT 的標頭和資料段、OAuth Token、查詢字串參數，以及需要安全可讀字串的檔名。在這個工具中切換至 URL 安全模式，它會自動對標準 Base64 和 URL 安全 Base64URL 進行編碼和解碼，並自動處理填充。

可以。拖放或貼上任何檔案或圖片，即可取得其 Base64 字串或 data URI，並對圖片類型提供內嵌預覽。工具會產生適用於 CSS background-image 規則、HTML img src 屬性及 favicon link 標籤的可直接貼上程式碼片段，無需手動拼接 data URI 字串。在解碼模式下，工具會從 data URI 前綴讀取 MIME 類型，或從原始位元組（魔術位元組）偵測檔案類型，在頁面內預覽圖片，並讓您以正確的副檔名下載原始檔案。支援 PNG、JPG、SVG、WebP、GIF、PDF 等格式。

可以。編碼使用 UTF-8，對 Unicode 安全，因此帶重音的字元、阿拉伯文、中文、日文、韓文及 Emoji 都能正確往返轉換，不會損毀。這是粗糙 Base64 工具中最常見的失敗點：它們直接對 JavaScript 內部的 UTF-16 字串表示進行操作，而不是先轉換為正確的 UTF-8 位元組，導致基本 ASCII 以外的內容輸出亂碼。這個工具總是先轉換為 UTF-8，因此每個字元都能準確編碼和解碼，無論使用何種文字或語言。

可以。Base64 不攜帶字元集資訊，因此原本以非 UTF-8 字元集編碼的文字在解碼為 UTF-8 時可能看起來像亂碼。使用「解碼為」選擇器，將相同的位元組重新解讀為 UTF-16（大端序和小端序）、Latin-1（ISO-8859-1）、Windows-1252、ASCII、Shift_JIS（日文）或 GBK（簡體中文），直到文字顯示正確為止。這在處理來自舊系統、電子郵件客戶端或預設使用區域編碼而非 UTF-8 的東亞軟體所產生的 Base64 字串時最為重要。

請從最常見的原因開始排查：多餘的空白或換行符號（這個解碼器會自動去除）、URL 安全字元如 - 和 _ 而非 + 和 /（也會自動處理），以及末尾缺少 = 填充（會自動補回）。如果字串仍然失敗，您可能有一個不屬於 Base64 字母表的字元——空格、百分號、Unicode 字元或多餘的 HTML 實體。解碼器會精確告知哪個字元無效及其在字串中的位置，讓您能定位並修正問題。請從來源重新複製原始字串，因為複製貼上有時會引入看起來正確但實際上不是 Base64 的不可見 Unicode 字元或彎引號。

TinyWow 和 Smallpdf 主要是 PDF/圖片工具，會將檔案上傳至其伺服器。it-tools.tech 的 Base64 工具雖然不錯，但是一個需要自行架設的應用程式。這裡的關鍵差異在於：編碼和解碼完全在您的瀏覽器中進行——您的資料永遠不會傳輸至任何地方。此外，這個工具在同一個頁面上整合了字元集選擇、MIME 換行、檔案預覽和 URL 安全 Base64，無需任何帳號。