Base64 會上傳或儲存我的圖片嗎？

不會。Base64 解碼、簽章偵測、瀏覽器圖片驗證、預覽建立與下載皆在目前的瀏覽器分頁中進行。當工具被取代或關閉時，臨時的 ObjectURL 會被撤銷。

為何看起來正確的 Base64 會失敗？

此工具需要符合 RFC 的 4648 Base64。它會拒絕空白字元、換行、Base64url 字元、缺少或位置錯誤的填充字元，以及非零未使用的填充位元，而不是靜默地進行規範化。

若資料 URL 聲稱的圖片型別錯誤會如何？

聲稱的 MIME 型別不受信任。工具會從解碼後的檔案簽章中偵測 PNG、JPEG、GIF 或 WebP，並使用偵測到的型別進行驗證、預覽與下載副檔名。

轉換會調整尺寸、重新壓縮或移除元資料嗎？

不會。下載包含原始解碼後的位元組。瀏覽器預覽會視覺上受限制，但檔案並未透過畫布重繪或故意修改。

Base64 至圖片轉換器

使用方式

1.貼上符合 RFC 的 4648 Base64 或包含明確 ;base64 標記的資料 URL。
2.轉換資料並確認偵測到的格式、解碼後的尺寸、位元組大小與預覽。
3.下載根據驗證過的檔案簽章所選取的副檔名的原始解碼位元組。

關於Base64 至圖片轉換器

Base64 轉圖片會將嚴格符合 RFC 4648 Base64 的字元，完整在你的瀏覽器中轉為圖片。你可以貼上純文字的 Base64 輸入內容，或包含 ;base64 標記的 data URL，選擇「轉為圖片」後，檢視解碼預覽，並下載原始解碼的位元組。不會有任何內容上傳至 Lizely 或傳送至外部轉換服務。此工具適用於 API 回應、JSON 欄位、電子郵件範本、剪貼簿片段、瀏覽器儲存值或開發日誌中，出現以文字形式儲存的圖片情境，且需要實際檔案進行檢視。解碼器明確將 Base64 視為位元組編碼，而非可信的檔案標籤。若 data URL 宣告為 image/jpeg，但實際內容為 PNG 位元組，則會顯示宣告的 MIME 型別被忽略，以 PNG 結構為準，瀏覽器驗證位元組為圖片，並下載為 .png 檔案。此舉可避免產生誤導性的檔案，其延伸名是從不可信的元資料複製而來。支援的輸出格式為 PNG、JPEG、GIF 與 WebP。PNG 預飛檢測需完整八位元組簽名、一個符合規範長度的首段 IHDR 塊，以及終端的 IEND 邊界。 JPEG 需要影像的起始字元、後續標記以及終端的結束影像字元。GIF 需要 GIF87a 或 GIF89a、足夠的字元以構成邏輯螢幕描述，以及流標記。WebP 需要 RIFF 與 WEBP 標記、精確的 RIFF 位元組數，以及一個有邊界限制的 VP8、VP8L 或 VP8X 第一塊資料。這些結構檢查會拒絕裸露或截斷的魔法字元，但並不會取代影像解碼。瀏覽器還必須成功解碼整個 Blob，並報告真實且正數的尺寸，才允許進行預覽或下載。即使容器結構錯誤但恰好透過基本預飛檢查，仍會失敗，而非被視為成功轉換。Base64 的驗證刻意嚴格且確定性高。輸入必須使用標準的 RFC 4648 字元集（含加號與斜線），長度必須可被四整除，僅在必要時於末端加上一個或兩個補位字元，且補位位元不得有未使用的位元。空白字元不會被移除。換行的 Base64、空格、製表符、URL 安全的減號與底線字元、缺少補位、多餘補位，以及非標準補位位元，皆會產生明確錯誤。這種嚴格性在驗證生產者是否產生標準化傳輸資料時非常寶貴。若你的來源提供包裝過的 MIME Base64 或 Base64url，請在轉換前於來源或使用專用文字工具進行標準化；本工具不會靜默地重寫輸入。資料 URL 必須包含逗號分隔符號，且必須恰好包含一個終端 ;base64 令牌。媒體型別必須使用 type/subtype 語法，且 ;base64 前的引數必須使用 name=value 語法。重複的 base64 令牌、base64 後的引數、百分比編碼的載荷，以及非 Base64 的資料 URL 超出範疇。語法正確但宣告為假的 MIME 型別僅會顯示為不受信任的元資料，且從不選擇輸出。純 Base64 不需要字首。輸入限制為 8,000,000 UTF-16 字元單位。解碼後的位元組限制為 5 MiB，等於 5,242,880 位元組。解碼器會在分配位元組陣列前計算預期的輸出大小，接受精確的邊界，並拒絕超出其一位元的資料。它從來不會切片、縮短、取樣或部分解碼過大的輸入。瀏覽器解碼後，寬度與高度各不得超過 20,000 像素，且其乘積不得超過 40,000,000 像素。這些解碼後的尺寸限制用以保護瀏覽器記憶體，因為一個壓縮的檔案可能擴充套件為大片面的像素區域。確切的限制條件會被接受；任何邊緣多出一像素，或下一個可表示的超預算尺寸組合都會被拒絕。轉換過程會保留解碼後的位元組。它不會在畫布上繪製、調整尺寸、重新壓縮、重新上色、扁平化透明度，或故意移除元資料。因此下載的 GIF 可保留動畫，而 PNG 可保留原本檔案中的 alpha 與嵌入式區塊。預覽行為仍取決於當前瀏覽器的圖片解碼器，元資料顯示則不在本工具範疇內。由於原始位元組被完整保留，此工具無法修復損毀的檔案、最佳化檔案大小、轉換格式，或保證其他應用程式能正確讀取結果。修改輸入內容將立即移除先前的預覽、下載、狀態、錯誤與忙碌狀態。啟動新的轉換將先收回舊的 ObjectURL 再進行新工作。每一筆非同步解碼皆與產生編號相關，因此較舊的輸入內容即使延遲出現，也不會取代目前的狀態。暫時性的 ObjectURL 在被取代、驗證失敗或元件解除安裝後將被廢除。解碼後的圖片僅保留在當前瀏覽器標籤頁內，本工具不會保留該資料。錯誤型別包含：空輸入、超過字元限制、非法空白字元、資料格式錯誤 URL、不合法的字母或填充、未使用之填充位元不為零、解碼後資料超過位元組限制、無法辨識或結構不完整的容器、瀏覽器無法解碼的損毀圖片，以及過大的解碼尺寸。任何錯誤路徑均不會保留先前成功下載的內容。預覽僅為頁面排版使用受限顯示尺寸；CSS 不會調整下載檔案的大小。尺寸與位元組統計值針對實際解碼資源，而非畫面預覽框。Base64 會增加傳輸大小，通常不是儲存大型圖片最有效的方式。對於一般網站傳輸，建議使用圖片檔案並搭配適當的 URL。本轉換工具僅用於檢視、資料恢復、錯誤偵錯及已編碼資料的交接。對未知的圖片資料應與處理未知下載的檔案一樣謹慎：瀏覽器會執行解碼，但轉換並非惡意軟體分析、內容過濾、隱寫術偵測或保證圖片為安全或真實。對於敏感資料，即使轉換本身仍是本機處理，也應避免將其貼到共用裝置上。若預覽成功但需要較小的檔案，請先下載再使用圖片壓縮工具。若需要不同尺寸，請使用圖片調整尺寸工具。若需要檢視或轉換任意文字 Base64 而非圖片，請使用 Base64 編碼與解碼。這種專注的分離方式讓圖片流程預測性強，同時完整保留原始圖片的位元組。

方法與來源

解析器接受純粹的 Base64 或 RFC 2397 形狀的資料 URL，包含逗號、現有語法型別/子型別、名稱=值引數，以及恰好一個不區分大小寫的 ;base64 令牌。它會拒絕超過 8,000,000 UTF-16 碼元的輸入，並拒絕所有空白字元。手動 RFC 4648 解碼器會驗證標準字母表、四字組合、終端填充、以及零未使用的填充位元，計算解碼後長度再進行分配，並拒絕超過 5,242,880 位元組的輸出而不進行截斷。格式預檢需要完整的 PNG 簽名加上 IHDR/IEND 界限、JPEG SOI/標記/EOI、GIF 簽名/邏輯畫布/尾部界限，或與 WebP RIFF 一致的大小，且第一個區塊為 VP8 家族的受限制區塊。宣告的資料-URL MIME 並不會選擇輸出型別。產生的 Blob 必須透過 createImageBitmap 解碼，僅在該 API 不可用時才使用 HTMLImageElement 做為備用方案。整數尺寸必須為正數，任何邊緣不得超過 20,000 像素，總面積不得超過 40,000,000 像素。原始位元組會搭配從偵測結構中選擇的副檔名下載。作業產生與已掛載的防禦區塊會產生過時的非同步結果；每個 ObjectURL 在替換、失敗或解除安裝時都會被撤銷。

常見問題

Base64 會上傳或儲存我的圖片嗎？: 不會。Base64 解碼、簽章偵測、瀏覽器圖片驗證、預覽建立與下載皆在目前的瀏覽器分頁中進行。當工具被取代或關閉時，臨時的 ObjectURL 會被撤銷。
為何看起來正確的 Base64 會失敗？: 此工具需要符合 RFC 的 4648 Base64。它會拒絕空白字元、換行、Base64url 字元、缺少或位置錯誤的填充字元，以及非零未使用的填充位元，而不是靜默地進行規範化。
若資料 URL 聲稱的圖片型別錯誤會如何？: 聲稱的 MIME 型別不受信任。工具會從解碼後的檔案簽章中偵測 PNG、JPEG、GIF 或 WebP，並使用偵測到的型別進行驗證、預覽與下載副檔名。
轉換會調整尺寸、重新壓縮或移除元資料嗎？: 不會。下載包含原始解碼後的位元組。瀏覽器預覽會視覺上受限制，但檔案並未透過畫布重繪或故意修改。

圖片工具使用指南

查看全部

使用方式

關於Base64 至圖片轉換器

方法與來源

常見問題

相關工具

圖片工具 使用指南

圖片工具使用指南