圖片壓縮在瀏覽器裏把一批 JPG、PNG、WebP（以及 GIF、BMP、HEIC 等能解碼的格式）重新編碼成更小的文件：可以按固定質量一次編碼，也可以給出目標體積（KB）讓工具自動迭代逼近，還可以順手限制最長邊。圖片不上傳。

它面向的是「體積卡在門檻上」的日常問題：表單只收 500 KB 以內的照片、郵件附件超限、網頁圖片拖慢加載、手機相冊幾千張 3–5 MB 的原圖要歸檔。處理完成後有前後體積統計、逐張對比預覽和 zip 打包。

它不是萬能的：「壓縮」對有損格式（JPEG、WebP）意味着丟掉肉眼不敏感的細節，對無損格式（PNG）則幾乎無能為力，只能靠縮小像素尺寸。理解這一點，就知道每個開關該怎麼撥——原理一節會把這件事講透，本站其他圖片工具遇到「格式與體積」問題時都會引用這裏。

1. 01添加圖片拖入、點擊選擇或直接粘貼，可多選；HEIC 會先自動轉成 JPEG 再進入列表，列表顯示每張的像素尺寸與體積。
2. 02選擇壓縮模式「質量優先」用滑桿設定編碼質量（0.1–1，默認 0.75），每張只編碼一次；「目標大小」填入 KB 數（默認 500），工具反覆縮邊、降質量直到不超過該體積。
3. 03可選：限制最大寬高打開開關並填最長邊像素（默認 1920），大於該尺寸的圖先等比縮小再編碼——這是讓照片體積大幅下降的最有效一步。
4. 04點擊「開始壓縮」進度條顯示當前文件名；處理在主線程進行，幾十張大圖時頁面可能短暫卡頓。
5. 05查看結果結果卡顯示處理前後總體積與節省比例，每張標註 原大小 → 新大小 與百分比；點眼睛圖標可在「壓縮後 / 原圖」間切換對比；單張下載或「打包下載 zip」。

五張不同類型的圖，同一批做四種設置，全部是實測：

輸入                          原始體積    質量 0.75    質量 0.50    0.75 + 最長邊 1920    目標 200 KB
photo-3000x4000.jpg（照片）   1.3 MB      1.1 MB       294 KB       90 KB（→1440×1920）    178 KB
screenshot-1920x1080.png      21.7 KB     14.1 KB      14.1 KB      14.1 KB               14.1 KB
screenshot-1920x1080.jpg      71.9 KB     57.6 KB      49.3 KB      57.6 KB               69.1 KB
scan-1600x1200.webp           342.5 KB    282.3 KB     164 KB       282.3 KB              153.4 KB
logo-400x300.gif → .png       5 KB        4.8 KB       4.8 KB       4.8 KB                4.8 KB
合計                          1.7 MB      1.4 MB       526 KB       449 KB                419 KB

幾條值得看的規律：PNG 在四種設置下體積一樣——質量滑桿對它無效；照片從 3000 × 4000 縮到 1920 邊長，體積只剩 7%，比把質量從 0.75 降到 0.5 有效得多；「目標 200 KB」把照片壓到 178 KB，但對本來只有 72 KB 的 JPG 幾乎不動（它已經低於目標）。

體積從哪裏來

一張未壓縮的圖每個像素 3 字節，3000 × 4000 就是 36 MB。所有圖片格式都在做同一件事：用更少的比特描述這些像素。路線只有兩條——無損（解碼後與原圖逐像素相同）和有損（丟掉人眼不敏感的信息，換來數量級的體積下降）。

JPEG 的「質量」到底控制什麼

JPEG 先把 RGB 轉成亮度 + 兩個色度通道，色度通常抽樣到四分之一；然後把圖切成 8 × 8 的小塊做離散餘弦變換（DCT），得到 64 個頻率係數；接着是關鍵一步量化：每個係數除以量化表裏對應的數再取整。質量參數（本工具的 0.1–1，對應編碼器的 10–100）決定量化表有多「粗」：質量越低除數越大，高頻係數大量歸零，最後的熵編碼把一串零壓得幾乎不佔空間。

所以質量不是線性的：0.75 → 0.5 讓上表照片從 1.1 MB 掉到 294 KB，因為這段區間高頻細節被大量抹掉；而 0.9 → 1.0 體積翻倍，肉眼卻幾乎看不出差別。多數照片在 0.7–0.8 之間是肉眼與體積的平衡點，文字截圖類內容對 JPEG 振鈴更敏感，寧可用 PNG。

WebP 有損模式的思路相同（預測 + 變換 + 量化），同等觀感下通常比 JPEG 小 25%–35%；本工具對 WebP 輸入沿用 WebP 輸出，質量滑桿同樣有效。

PNG 為什麼不吃質量參數

PNG 是無損格式：先對每行像素做預測濾波，再用 DEFLATE（與 zip 相同的算法）壓縮。它沒有「丟多少」的旋鈕，規範裏就不存在質量參數，瀏覽器的畫布編碼器也會忽略它。這決定了兩件事：一是 PNG 對大色塊、文字、線條壓得很好（上表 1920 × 1080 的截圖只有 14 KB），對照片與噪點幾乎壓不動；二是想讓 PNG 變小隻有兩條路：縮小像素尺寸，或者換成有損格式（用「圖片格式轉換」）。

順帶一提，上表裏 PNG 從 21.7 KB 變成 14.1 KB 並非有損，只是瀏覽器的 PNG 編碼器比生成它的工具選了更合適的濾波與壓縮級別。

瀏覽器在做編碼

本工具（以及本站所有圖片工具）的重編碼都經由瀏覽器畫布：解碼 → 畫到畫布 → canvas.toBlob(type, quality)。這帶來三個後果。第一，編碼器由瀏覽器提供，同一參數在 Chrome、Safari、Firefox 裏輸出體積可能相差一兩成。第二，畫布是不帶元數據的像素陣列：EXIF（拍攝參數、GPS）、顏色配置文件都不會進入輸出，方向標記會被先應用到像素上再丟棄，所以豎拍照片不會橫過來。第三，JPEG 沒有透明通道，透明區域會被鋪成白色。

「目標大小」是怎麼逼近的

目標模式從質量 0.95 開始編碼；若超過目標，就把寬高各乘 0.95、質量再乘 0.95，重新編碼，最多 10 輪。10 輪後邊長最多縮到原來的 60%（像素 36%）、質量最低約 0.57；若仍超目標，交付最後一輪的結果——這就是界面寫「盡力逼近」的原因。對於分辯率很高的照片，縮邊比降質量貢獻更大，所以目標模式下的照片往往比「質量 0.5」更小也更清晰。

質量設得比原圖還高會怎樣

若首次編碼的結果比原文件大，庫會把質量每輪乘 0.95 再試，最多 10 輪，直到輸出小於原圖——所以上面那張質量 85 的照片，滑桿放在 1.0 或 0.9 都得到同樣的 1.2 MB。若 10 輪後仍不比原圖小，工具保留原圖並標註「原圖已足夠小，保持不變」，常見於已充分優化的 PNG。

• 先縮邊再談質量：手機原圖動輒 4000 px 以上，屏幕最多顯示 2000 px 左右。開「限制最大寬高 1920」通常比任何質量調整都省得多，且不會出現 JPEG 塊狀偽影。
• 為表單上傳設目標：平台要求「不超過 500 KB」就用目標大小模式填 500；若圖片分辯率很高且 10 輪仍超標，再配合最長邊限制跑一次。
• PNG 截圖想變小：先試本工具（編碼器重壓有時能省兩三成）；仍不夠就用「圖片格式轉換」轉 WebP 或 JPEG，但注意 JPEG 會給文字邊緣帶來振鈴。
• 順手清除 GPS：重編碼天然丟掉 EXIF，發佈前用本工具過一遍就不帶定位信息；只想刪元數據不改畫質請用「EXIF 查看與清除」。
• HEIC 直接拖進來：會先在本地解碼成 JPEG（質量 0.92）再壓縮，不必另外轉換。

輸入

JPG / JPEG、PNG、WebP、GIF、BMP、AVIF、HEIC / HEIF；解碼依賴瀏覽器（AVIF 需瀏覽器支持），HEIC 由本地解碼器轉為 JPEG。

輸出格式

JPEG → JPEG，PNG → PNG，WebP → WebP；GIF / BMP / AVIF 輸出 PNG；HEIC 輸出 JPEG。文件名加 _压缩 後綴。

質量

0.1–1，步長 0.05；對 PNG 無效。

目標大小

任意正整數 KB；最多 10 輪迭代，盡力逼近而非保證。

最長邊

開啓後可填任意像素值（≥ 16）；只縮小不放大。

元數據

EXIF、GPS、顏色配置文件、方向標記均不保留（方向已應用到像素）。

透明

PNG / WebP 保留；輸出 JPEG 時透明區域鋪白。

動圖

GIF 只保留第一幀。

處理方式

主線程串行，不用 Web Worker，以保證不加載任何外部腳本；大批量時界面會短暫無響應。

不做什麼

不做無損 JPEG 重壓（如 mozjpeg 優化）；不做 PNG 調色板量化（有損減色）；不改變格式（請用「圖片格式轉換」）；不批量精確指定像素尺寸（請用「調整圖片尺寸」）。

• 「PNG 把質量調低就會變小」：PNG 沒有質量參數，滑桿對它無效。要變小請縮尺寸或轉格式。
• 「多壓幾次更小」：JPEG 每次重編碼都疊加一次量化損失，體積卻幾乎不再下降。一次到位，保留原圖。
• 「目標大小一定能達到」：最多 10 輪迭代，分辯率極高或目標極小時可能仍超標；配合最長邊限制再跑一次。
• 「壓縮會保留拍攝信息」：不會。EXIF 與 GPS 全部丟棄——對隱私是好事，對需要保留參數的攝影存檔不是。
• 「質量 1.0 就是無損」：不是。JPEG 在 1.0 下仍有色度抽樣與取整誤差，只是很小；且體積會比 0.9 大一倍左右。

解碼、縮放、編碼全部在你的瀏覽器內完成，圖片不上傳，不聯網也能使用；輸出圖不含 EXIF 與 GPS 信息。更多説明見隱私政策。

• ITU-T Recommendation T.81（1992），Digital compression and coding of continuous-tone still images——JPEG 的 DCT、量化表與熵編碼：https://www.w3.org/Graphics/JPEG/itu-t81.pdf（访问日期：2026-09-09）
• RFC 2083，PNG (Portable Network Graphics) Specification——濾波類型與 DEFLATE 無損壓縮：https://www.rfc-editor.org/rfc/rfc2083（访问日期：2026-09-09）
• MDN Web Docs，HTMLCanvasElement.toBlob()——type 與 quality 參數，PNG 忽略 quality：https://developer.mozilla.org/zh-CN/docs/Web/API/HTMLCanvasElement/toBlob（访问日期：2026-09-09）
• browser-image-compression（GitHub）——maxSizeMB、initialQuality、maxWidthOrHeight、maxIteration 的行為：https://github.com/Donaldcwl/browser-image-compression（访问日期：2026-09-09）