Base64 編碼器
在瀏覽器中將 UTF-8 文字轉成 Base64 或 Base64URL，展開編碼解剖，逐步追查編碼過程與 padding，點選分組查看對應的輸入與輸出。
Base64 編碼器
在瀏覽器中將 UTF-8 文字轉成 Base64 或 Base64URL，展開編碼解剖，逐步追查編碼過程與 padding，點選分組查看對應的輸入與輸出。
關於 Base64 編碼
將文字轉成可攜的 ASCII 字串
編碼器會讀取您貼上的文字，先轉成 UTF-8 位元組，再輸出對應的 Base64 字串。當設定欄位、API 範例或測試 fixture 需要 Base64 字串而不是純文字時，可以用它快速確認結果。
適合 URL 情境的 Base64URL 模式
開啟 URL-safe 模式後，輸出會移除 padding，並將 plus 與 slash 字元替換為 hyphen 與 underscore。頁面仍只處理貼上的文字，不會讀取檔案，也不會替您產生完整的 data URL 前綴。
用編碼解剖追查每個步驟
在輸入與輸出面板下方展開「這段文字如何變成 Base64」，開啟編碼解剖。試試 Man、啪或 👋，追查 Unicode 碼位 (Unicode Code Point) 如何轉為 UTF-8 位元組 (UTF-8 Byte)、6-bit 分組 (6-bit Group) 與 Base64 字元。點選一個 6-bit 分組，即可標示它對應的來源字元、位元組與輸出字元。解剖會獨立編碼前 12 個 Unicode 碼位，因此最後一組與 padding 可能不同於編碼完整文字的主要輸出。
常見問題
關於這個主題的常見疑問與實用解答。
如何編碼文字並追查步驟？
在輸入面板貼上文字，即可取得 Base64 輸出，例如 Man 會得到 TWFu。展開「這段文字如何變成 Base64」，即可查看 Unicode 碼位 (Unicode Code Point)、UTF-8 位元組 (UTF-8 Byte)、6-bit 分組 (6-bit Group) 與輸出字元。點選分組，就能追查哪些來源字元與位元組構成該 Base64 字元。
為什麼中文字與 emoji 會佔多個 UTF-8 位元組 (UTF-8 Byte)？
UTF-8 會將一個 Unicode 碼位 (Unicode Code Point) 編碼為一到四個位元組。ASCII 字母佔一個位元組，啪佔三個，標準 Base64 結果為 5ZWq；👋 佔四個，結果為 8J+Riw==。Base64 編碼的是這些位元組，因此輸出長度取決於位元組數，不能只看畫面上的符號數。
為什麼 Base64 結尾有時會出現 = 或 ==？
標準 Base64 會把三個位元組 (Byte) 轉成四個輸出字元。最後一區塊若只有一個位元組，就補上 ==；若有兩個，就補上 =。M 會得到 TQ==，Ma 得到 TWE=，Man 得到 TWFu。這些 padding 只補齊四字元區塊，不增加資料；最後的 6-bit 分組 (6-bit Group) 也會在不足時補入 0 bit。
開啟 Base64URL 模式後會改變什麼？
Base64URL 會以 - 與 _ 取代 + 與 /。本工具在 Base64URL 模式也會省略 = padding，例如 👋 的輸出會從 8J+Riw== 變成 8J-Riw。是否需要保留 padding，取決於接收端的協定或應用規則；Base64URL 並非一律禁止 padding。
編碼解剖的預覽限制會影響完整輸出嗎？
不會，主要輸出會編碼您輸入的全部文字。為維持圖表可讀性，編碼解剖只取前 12 個 Unicode 碼位 (Unicode Code Point) 獨立編碼，並非把完整 Base64 結果截取一段。因此，預覽最後的 6-bit 分組 (6-bit Group) 與 padding 可能不同於完整輸出；一個 Unicode 碼位也不一定等於一個看得見的字元。
這裡可以編碼圖片檔案或加密敏感文字嗎？
本編碼器只處理貼上的文字，不接受圖片或其他檔案上傳，也不會產生完整的 data URL 前綴。Base64 是編碼格式，不是加密 (Encryption)，任何拿到輸出的人都能解碼。適合用於需要 Base64 文字的 API、設定欄位或測試，不適合用來保護機密資料。
我的資料會被傳送到伺服器嗎？
您輸入的文字會透過 JavaScript 在瀏覽器本地編碼，不會為了轉換而傳送到伺服器。這裡說明的是編碼處理流程，不代表網站本身完全沒有網路請求。