HEIC 轉 PNG

當你需要透明度，或需要一份無損副本。

不上傳任何檔案

把檔案拖進來，或點擊選擇

支援 HEIC, HEIF。沒有大小上限，不用註冊。

把 iPhone 的 HEIC 檔轉成 PNG，全程不上傳。當圖片有透明區域、或即將進入修圖流程而你不想再疊一輪有損壓縮時，選這個而不是 HEIC 轉 JPG。

PNG 還是 JPG，要刻意選

如果是一般照片，JPG 幾乎永遠是更好的目標。PNG 精確保存每一個畫素，而照片的細節用這種方式幾乎壓不動。我們自己實測：同一張 1600×1000 的照片型影像，最佳化過的 PNG 是 848 KB，品質 75 的 JPG 只有 72 KB —— 大了十一倍以上，而且看不出任何好處。

PNG 在兩種情況下值得它的體積。第一是透明度：HEIC 可以帶 alpha 通道而 JPG 不行，所以從 iPhone 匯出的去背圖或貼圖，轉成 JPG 就會失去透明背景。第二是修圖：PNG 是無損的，在工作流程中反覆存檔也不會讓畫素劣化。

這個轉換的 PNG 這一側是無損的 —— HEIC 解碼器吐出來的每一個畫素都被精確保存。但 HEIC 本身是有損格式，所以被保存下來的那些畫素，在 iPhone 寫檔的當下就已經經過壓縮了。PNG 只是把它們完美凍結，救不回 HEVC 在拍攝時丟掉的細節。

實務上的結論是：HEIC 轉 PNG 是修圖前「止血」的好動作；如果你的目的只是要一個更小、相容性更好的檔案，它是個糟糕的選擇。

多數瀏覽器端的轉檔工具，是把原始 RGBA 直接丟給通用編碼器產生 PNG。那會產出一個技術上正確、但往往大好幾倍的檔案 —— 我們在一張平色測試圖上量到：直接編碼是 410 KB，而來源檔只有 92 KB。

Breezo 會先把編碼後的 PNG 交給 oxipng（編譯成 WebAssembly 的無損最佳化器）處理再交給你。它會挑選更好的濾波器、剝掉多餘的區塊，而不更動任何一個畫素。同一張測試圖，最佳化後是 47 KB —— 只有來源檔的一半，畫素完全相同。

HEIC 解碼器、PNG 編碼器、最佳化器全都是在這個瀏覽器分頁裡執行的 WebAssembly 模組。你的照片被檔案選擇器從磁碟讀進來之後，就沒有再往任何地方去。

這也是為什麼這裡沒有大小上限、沒有每小時額度、不用註冊。打開開發者工具盯著 Network 分頁轉一張看看 —— 沒有任何請求夾帶你的圖片。

iPhone 照片該用 PNG 還是 JPG？

一般照片用 JPG —— 檔案小非常多而且看不出差異。只有在圖片有透明度、或即將被反覆編輯而你想避免疊加有損壓縮時，才用 PNG。

轉成 PNG 會讓照片變好嗎？

不會。HEIC 本身已經是有損格式，iPhone 存檔當下丟掉的細節已經沒有了。PNG 只是精確保存剩下的部分，救不回任何東西。

為什麼 PNG 比 HEIC 大這麼多？

HEIC 用 HEVC 壓縮，對照片的效率極高。PNG 是無損的、要存下每一個畫素，所以照片類內容通常會膨脹一個數量級。

透明度會被保留嗎？

會。PNG 有完整的 alpha 通道，HEIC 裡的透明區域轉換後完整保留。

我的照片會被上傳嗎？

不會。解碼、編碼、最佳化全部在你的瀏覽器裡用 WebAssembly 執行。可以在開發者工具的 Network 分頁驗證。