图片压缩在浏览器里把一批 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）