跳至主要內容
Lizely

將檔案轉換為 Base64 格式

將本機檔案上傳至 10，最多為 MB，並以標準 Base64 進行編碼，或將嚴格 Base64 解碼為可下載的檔案，且不會上傳任何內容。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.選擇「檔案至 Base64」，選取大小不得超過 10 MB 的檔案，並複製完整的標準補位輸出內容。
  2. 2.反向操作時，請貼上標準的 Base64，不得包含空白字元，設定目標檔名與 MIME 型別，然後進行解碼。
  3. 3.下載暫存檔案並驗證其真實格式與完整性；請注意，檔名延伸名與 MIME 型別欄位不會檢查實際位元組內容。

關於將檔案轉換為 Base64 格式

「檔案轉為 Base64」轉換器可將本機檔案轉為符合 RFC 標準的 4648 Base64 格式，並將 Base64 轉回瀏覽器中可下載的檔案。選擇一個檔案以讀取其精確位元組，複製編碼後的文字，或切換方向，貼上 Base64，選擇檔名與 MIME 型別，並建立暫時下載連結。所有處理皆在當前瀏覽器標籤頁中完成。

Base64 會將每三個位元組視為四個可列印字元。當最後一組包含一個或兩個位元組時，會以等號補足最後一組。編碼器會保留所有位元組，包括零與無效文字值。它不會檢查或重寫檔案格式、標準化換行結尾、轉碼圖片或解析元資料。

解碼器設計上為嚴格。輸入必須使用標準字母表（含加號與斜線），包含必要的等號填補，不得包含空白字元，且必須為零值的未使用填補位元。它會解碼位元組並重新編碼，以拒絕非標準的拼寫。Base64url、MIME 換行、data URL 字首以及省略填補的模式，必須明確轉換後才能使用。

解碼後，頁面會產生一個僅存在於瀏覽器會話中的 Blob URL。所選檔名會決定下載建議，MIME 欄位則控制 Blob 的媒體型別。這兩個欄位不會改變位元組內容。若檔名或 MIME 值不正確，可能導致其他應用程式誤判，因此應使用與已知檔案格式相符的值，而非僅根據 Base64 做猜測。

在「檔案轉為 Base64」模式下，瀏覽器的檔案 API 會從所選檔案讀取 ArrayBuffer。該應用程式不會將檔名、型別或內容傳送至伺服器。瀏覽器擴充功能、裝置惡意軟體、剪貼簿管理器、下載檔處理器，以及你貼入輸出結果的任何應用程式，皆處於此本機處理的邊界之外。請避免在不可信裝置上處理敏感檔案。

Base64 是一種編碼，而非加密、雜湊、簽署、壓縮、清理或病毒掃描。任何人都可以解碼它。編碼會使文字大小增加約三分之一，且可能在日誌、票證、原始碼與分析資料中暴露可識別內容。一個 Base64 字串仍可能包含惡意軟體、私人資料、憑證或可執行位元組。應以與原始檔案相同的謹慎態度處理。

該工具限制來源與解碼檔案的大小不得超過 10,000,000 位元組。此限制可避免瀏覽器記憶體耗盡，因為位元組陣列、Base64 字串與渲染輸出可同時存在。極大檔案應交由流式命令列或應用程式流程處理。輸出不會被靜默截斷，且錯誤輸入絕不會產生不完整的下載連結。

當新的轉換取代或元件關閉時，暫時性 Blob URL 會被廢除。這可防止正常使用中積累無效的記憶體下載。複製的編碼輸出僅包含 Base64 字元與填補，不包含 data URL 字首、MIME 標頭、換行或檔名。只有當目標應用程式明確需要時，才應加入這些容器。

正確性由 RFC 4648 的空值、f、fo、foo、foob、fooba 與 foobar 測試向量，以及包含加號與斜線字母的位元組序列所保證。雙向轉換皆針對獨立的預期值進行驗證。負面測試涵蓋空白字元、缺失填補與非零填補位元，以確保寬容的瀏覽器行為無法隱藏錯誤輸入。

使用此頁面時，請確認目的地需要標準補位的 Base64。編碼時，選擇檔案、確認檔名與大小，並複製完整的輸出內容；解碼時，僅移除符合規格的容器標頭，貼上標準的 Base64，設定真實檔名與 MIME 型別，下載並以適當的應用程式或加密雜湊驗證其格式完整性。

方法與來源

檔案 API 會以 arrayBuffer 形式提供精確的位元組。編碼使用 RFC 4648 的四字元量子；解碼則會先驗證字母組成、補位以及標準補位位元，再根據使用者選擇的媒體型別建立可撤銷的 Blob URL。

常見問題

檔案會上傳嗎？
不會。瀏覽器會在本機讀取並轉換位元組，產生的下載會使用暫存的 Blob URL，且僅限於當前標籤頁中。
可以貼上資料的 URL 嗎？
不可以。僅能貼上標準的 Base64。僅在你知道其結構且需要底層載荷時，才可移除資料 URL 字首。
Base64 能讓檔案變得安全或私密嗎？
不會。這是一種可逆的編碼方式，不會掃描、加密、驗證或清理位元組內容。

相關工具

編碼與加密 使用指南

查看全部