標準 Base64 與 URL-safe Base64 差在哪?

標準 Base64 使用 + 與 /,會與 URL 語法衝突。URL-safe Base64 把它們換成 - 與 _,讓輸出可以直接放進查詢字串或檔名而不必跳脫。JWT 與許多 OAuth 流程都使用 URL-safe 版本。

能處理 UTF-8 字元嗎?

可以。工具會先把輸入編碼為 UTF-8 再轉成 Base64,所以表情符號、重音字母與非拉丁文字都能完整往返。把含 UTF-8 的 Base64 字串解碼後,會得到原本的字元。

可以。把檔案拖進輸入區,工具會以二進位讀取後產生 Base64 字串。當您要把小型圖片以 data URI 形式內嵌,或透過只接受文字的系統傳送二進位內容時,這非常實用。

不會。所有運算都在您的瀏覽器本機執行。在編碼與解碼期間,開發者工具的 Network 分頁會保持空白。

那是填充字元。Base64 輸出長度永遠是 4 的倍數,當輸入長度不是 3 個位元組的倍數時就會用 = 填充。URL-safe 變體有時會完全省略填充。

線上 Base64 編碼與解碼

注重隱私的設計 — 完全在您的瀏覽器中執行

把任何文字或二進位資料編碼成 Base64,或將 Base64 字串解碼回原始形式。Toova 能正確處理 UTF-8、支援 URL-safe 變體,而且完全在您的瀏覽器中執行——無上傳、無註冊、無日誌。

標準 Base64 使用 + 與 / 字元,在 URL 或檔名中容易出錯。URL-safe Base64 改用 - 與 _ 替代。Toova 用單一切換按鈕同時提供兩種變體,讓您依場景選擇——JWT 與 OAuth 使用 URL-safe,大多數檔案編碼則仍用傳統字元表。= 的填充也會自動處理。

粗糙的 Base64 工具經常會破壞非 ASCII 字元,因為它們假設一個字元就是一個位元組。Toova 會先把輸入編碼為 UTF-8,所以表情符號、帶重音的字母、CJK 字元與阿拉伯文都能在往返後保持完整。對含有 UTF-8 文字的 Base64 字串解碼後,您會看到完全相同的原始字元。

每次編碼與解碼都發生在您的瀏覽器裡。沒有上傳、沒有第三方 API、也沒有任何輸入記錄。使用時,您可以打開開發者工具的 Network 分頁自行驗證。這讓 Toova 能安全地編碼機密、權杖、憑證或任何不該離開機器的敏感內容。

標準 Base64 與 URL-safe Base64 差在哪?: 標準 Base64 使用 + 與 /,會與 URL 語法衝突。URL-safe Base64 把它們換成 - 與 _,讓輸出可以直接放進查詢字串或檔名而不必跳脫。JWT 與許多 OAuth 流程都使用 URL-safe 版本。
能處理 UTF-8 字元嗎?: 可以。工具會先把輸入編碼為 UTF-8 再轉成 Base64,所以表情符號、重音字母與非拉丁文字都能完整往返。把含 UTF-8 的 Base64 字串解碼後,會得到原本的字元。
可以對檔案編碼嗎?: 可以。把檔案拖進輸入區,工具會以二進位讀取後產生 Base64 字串。當您要把小型圖片以 data URI 形式內嵌,或透過只接受文字的系統傳送二進位內容時,這非常實用。
我的輸入會被送到任何地方嗎?: 不會。所有運算都在您的瀏覽器本機執行。在編碼與解碼期間,開發者工具的 Network 分頁會保持空白。
為什麼我的 Base64 字串會以等號結尾?: 那是填充字元。Base64 輸出長度永遠是 4 的倍數,當輸入長度不是 3 個位元組的倍數時就會用 = 填充。URL-safe 變體有時會完全省略填充。