图片压缩器

全球通用工具

一张手机照片 3 到 8 MB,一张截图 800 KB,一张扫描收据 2 MB,超过多数网站、表单和邮件服务愿意接收的大小。通常的压缩方式是把图片交给一个你一无所知的服务器——而照片正是人们最在意的文件,因为它们带着拍摄地点。

将多个文件拖拽到此处,或 。

全部在你的浏览器里处理——不会上传任何内容。

    最多 20 张图片,单张最大 25 MB,总计不超过 80 MB;单张图片不超过 4000 万像素。它们在这个浏览器标签页里解码并重新编码,绝不上传。

    质量越低,文件越小。75% 在手机屏幕上不可见;60% 对缩略图够用。PNG 输出时此设置不起作用。

    大部分节省来自缩小尺寸。本来就比上限窄的图片会保持自己的大小。

    JPEG 没有透明度,所以透明像素会被放到下面的颜色上。WebP 只有在这个浏览器能写时才会成功;否则会给出提示。“保持”遇到浏览器不能写回的格式(如 HEIC、TIFF、BMP、GIF、SVG)时会退回 JPEG。

    重新编码一张已经优化过的图片通常会让它变大;这是针对这种情况的保险。

    只在输出格式无法存储透明度时使用。

    留空则按每张图片原来的名字命名。多图压缩时,此名称可能被忽略或导致同名覆盖。

    只在选图片前用于下面的计划。真实任务使用文件本身。

    边输入边更新。所有计算都在你的浏览器里完成,数据不会离开本机。

    3 张图片的压缩方案

    质量 75%,最宽 1600 px

    每张图都在这个浏览器标签页里重新编码(各自保持原格式),并各自下载成一个文件。

    每份图片数
    最多 20 张
    像素宽度
    最大 1600 px
    输出
    各自保持原格式
    没有变小时
    保留原文件

    添加图片之后会发生什么

    1. 每张图都从你的设备读出——不上传、不排队、不要账号——由你已经打开的浏览器解码。
    2. 像素按面积平均缩放到最宽 1600 px,这种滤波是为了避免朴素缩小会出现的锯齿。
    3. 结果按质量 75%重新编码,然后和你拖进来的文件比大小。
    4. 如果新文件没有变小,就把你的原文件还给你——名字同类,内容原封不动。
    上面的方案就是这些设置会做的事;数字要等你加入图片后从图里来。第一个下载会命名为 photo-compressed.jpg。

    这个页面在你已经打开的浏览器标签页里解码并重新编码图片。没有上传、没有账号、没有队列,结果与原图并排显示,方便你判断;如果重新编码实际上没有让文件变小,你拿回的就是自己的文件。所有像素都在本地处理,绝不上传;一次最多 20 张,总计不超过 80 MB,单张图片不超过 4000 万像素。

    关于这个工具

    几乎每个压缩旋钮真正移动的都是像素,这个页面把这一点摆到明面上:选择目标宽度和质量,逐张查看压缩前后的大小;当重新编码帮不上忙时,拿回你原来的字节,因为重新编码一张已经优化过的文件可能反而更大。

    大小只通过两种方式下降:缩小尺寸会去掉屏幕上永远看不到的像素;以更低质量重新编码,则把更少的位花在眼睛最不敏感的细节上。解码和重新编码都在你自己的设备上运行,所以没有任何照片、也没有照片里的 GPS 标签会被发送到任何地方。

    压缩后的图片是从像素重建的,所以 GPS 坐标、相机型号和时间戳都会随着大小一起消失;对要发到网上的照片这是隐私上的收益,如果你指望它们回来,则是不可逆的。Exif 方向标记会被应用而不是丢弃,所以竖拍照片仍然朝上。这个页面做的事是诚实地缩小文件,并在做不到时直说。

    它是怎么工作的

    两个杠杆,只有两个

    大小恰好通过两种方式下降。第一种是像素:一张 4000 像素宽的照片,在网站上只显示 1600 像素,携带的是没人会看到的细节,缩小它去掉了约 84% 的像素,却看不出变化。第二种是质量:JPEG 和 WebP 把位花在眼睛最不敏感的细节上,所以按 75% 而不是 95% 重新编码,通常能把文件减半,而在屏幕上看起来一样。

    两个杠杆都在上面的表单里,页面会报告它们做了什么:面板显示每张图片压缩前后的大小,以及写出的像素尺寸。没有任何东西藏在你无法核对的滑块后面。

    缩放使用面积平均,而不是每隔 N 个像素取一个:每个新像素是它覆盖区块的平均值,这正是让缩小后的照片和文字不出现锯齿的原因。从不放大,因为插值无法增加从未被拍到的细节。

    为什么“压缩”有时会变得更大

    JPEG 质量是请求,不是承诺。一个来自相机、设计工具或另一个压缩器的文件,已经被去掉过细节;重新编码时能找到的可去之物,比编码器花在文件头和第二轮量化上的还少。在这里实测,一张已经为网页优化过的照片按 92% 重新编码,结果比输入大约 40%。

    这就是工具总会把它做出的文件和你给它的文件作比较的原因,也是“还我原文件”成为默认值的原因:下载按钮带的仍是你自己的字节,一个字节都不改,结果也会用直白的话说明——“重新编码出来是 900 KB,没有比原来的 720 KB 更小”。

    同样的诚实也适用于另一个方向:缩小很多的是那些从未优化过的图片,比如刚从相机胶卷出来的照片,或者一张照片的 PNG 截图。预期范围从“完全没变”到“小 90%”,绝不是一个固定数字。

    重新编码会带走什么

    压缩后的图片从像素重建,所以所有不是像素的东西都没了:GPS 坐标、相机品牌和型号、时间戳、手机记录的色彩配置。对一张要上网站的照片,这是隐私上的改善——网上发布的照片曾通过 GPS 标签暴露家庭住址——但这也意味着改变无法撤销,所以如果你以后可能想要它们,请保留原图。

    Exif 方向标记是被处理而不是丢掉的:如果照片说“转 90 度”,像素会被转,让图片在任何程序里都朝上,而不只是在尊重该标签的查看器里。当同一个标签还描述了镜像时,结果会说明,因为旋转无法复现镜像。

    JPEG 根本没有透明度通道,所以把带透明背景的 Logo 写成 JPEG 时,你选择的颜色会被放到它后面。如果透明度必须保留,就选 PNG;代价是文件更大,而前后数字会准确显示大了多少。

    保持、替换或改变格式

    表单可以让每张图片保持自己的格式,也可以强制全部转成 JPEG、WebP 或 PNG。保持是诚实的默认值——它改变像素,而不假装格式是问题的一部分;强制 WebP 是现代节省的主要来源,如果这个浏览器写不了 WebP,页面会给出提示而不是悄悄失败。

    改变格式有一个页面会点名而不是藏起来的坑:JPEG 不存透明度,所以把透明 Logo 写成 JPEG 时,你选择的背景色会被放到它后面。前后数字会准确说明这个选择付出了什么。

    示例

    示例使用页面自带的默认输入,只改设置;下面的结果与你在页面上看到的完全一致。

    一张给博客文章用的相机照片

    JPEG / WebP 质量: 均衡(75%)——网页的常用选择 · 最大像素宽度: 最宽 1600 px(博客、邮件) · 输出格式: 每张图片保持自己的格式 · 预览:计划里的图片数: 1 张

    1 张图片的压缩方案

    质量 75%,最宽 1600 px

    每张图都在这个浏览器标签页里重新编码(各自保持原格式),并各自下载成一个文件。

    每份图片数: 最多 20 张 · 像素宽度: 最大 1600 px · 输出: 各自保持原格式 · 没有变小时: 保留原文件

    均衡(75%)加 1600 px 上限,能让图片在笔记本屏幕上保持清晰,同时切掉手机产生的大部分 MB。

    列表页的缩略图

    JPEG / WebP 质量: 小(60%)——适合屏幕和缩略图 · 最大像素宽度: 最宽 800 px(缩略图) · 输出格式: 全部 JPEG(最小,不支持透明) · 预览:计划里的图片数: 4 张

    4 张图片的压缩方案

    质量 60%,最宽 800 px

    每张图都在这个浏览器标签页里重新编码(JPEG),并各自下载成一个文件。

    每份图片数: 最多 20 张 · 像素宽度: 最大 800 px · 输出: JPEG · 没有变小时: 保留原文件

    四张图片,800 px、60% 质量:产品网格里的缩略图从来不会显示超过约 400 像素,所以页面只需要原字节的一小部分就能加载。

    必须变成 JPEG 的透明 Logo

    JPEG / WebP 质量: 接近无损(92%)——文件大,看不出变化 · 最大像素宽度: 保持原像素尺寸 · 输出格式: 全部 JPEG(最小,不支持透明) · 透明像素的背景色: 白色(打印更稳妥) · 预览:计划里的图片数: 1 张

    1 张图片的压缩方案

    质量 92%,保持原始像素

    每张图都在这个浏览器标签页里重新编码(JPEG),并各自下载成一个文件。

    每份图片数: 最多 20 张 · 像素宽度: 不改 · 输出: JPEG · 没有变小时: 保留原文件

    接近无损能保持字母边缘干净;白色背景是加上去的,因为 JPEG 存不了透明度,替代方案就是 Logo 后面出现一个黑块。

    必须保留每个像素的 PNG 截图

    JPEG / WebP 质量: 接近无损(92%)——文件大,看不出变化 · 最大像素宽度: 最宽 1600 px(博客、邮件) · 输出格式: 全部 PNG(无损,最大) · 预览:计划里的图片数: 1 张

    1 张图片的压缩方案

    质量 92%,最宽 1600 px

    每张图都在这个浏览器标签页里重新编码(PNG),并各自下载成一个文件。

    每份图片数: 最多 20 张 · 像素宽度: 最大 1600 px · 输出: PNG · 没有变小时: 保留原文件

    强制 PNG 会保持格式和像素完全不变——没有任何有损参数可调,所以只有像素变少时文件才会变小。截图和平涂色是它胜出的地方;一张照片存成 PNG 通常是整批里最大的文件。

    常见问题

    我的图片会被上传到服务器吗?

    不会。每张图片都通过浏览器文件 API 读取,由你自己的浏览器解码,在同一个标签页里重新编码,并作为本地创建的下载提供。你可以在任务运行时打开网络面板,或者断网后照样压缩——两种都可以,因为这个页面背后没有上传端点。

    我的文件能小多少?

    完全取决于你给它什么。刚从相机出来的照片,在 1600 px 上限和 75% 质量下通常会小 60–90%;已经经过另一个压缩器的图片往往几乎不变,甚至可能变大。结果面板会报告你这些文件的真实数字,绝不声称一个它没有做到的节省。

    为什么压缩后的图片反而更大?

    因为重新编码不是免费的:已有的质量损失会被再量化一次,文件头也要再写一遍。一张已经优化的 JPEG 没多少可去掉的,所以新文件可能比原文件大。默认设置会在这种情况把你的文件还给你并说明原因,结果表也会显示两个大小,让你自己看见。

    这个工具能读 iPhone 的 HEIC 照片吗?

    只有当你的浏览器能解码 HEIC 时才行——macOS 和 iOS 上的 Safari 可以,Chrome 和 Firefox 通常不行。格式无法解码时,页面会准确说明,而不是悄悄失败,并告诉你怎么在拍下它的设备上转换一次。WebP、AVIF、GIF 和 BMP 在浏览器支持的地方都能用;JPEG 和 PNG 到处都能用。

    照片里的位置和相机数据会怎样?

    会被丢掉,因为图片从像素重建,其他东西都不会带过去。发布照片前这通常正是人们想要的,但值得知道:带 GPS 坐标的 Exif 块、设备型号和时间戳都活不过这个页面。没有保留它们的选项,因为浏览器提供的编码器写不了 Exif。

    压缩后的图片看起来会不一样吗?

    在 85–92% 质量下,即使并排放大到 100%,也很难看出重新编码的痕迹。到 60% 及以下,你会开始看到细纹理和高对比边缘发软;到 45%,任何屏幕上都能看出来。预览面板显示的是实际写出的图片,所以判断质量是看一眼,而不是猜。

    能一次压缩很多张图片吗?

    可以,一次最多 20 张,每张都有自己的下载按钮和结果表中的一行。它们在同一个标签页里逐张处理,所以一大组会花些时间——状态栏会点名正在处理的那张图片。

    你们会保存我的文件或结果吗?

    哪里都不存。任务运行时像素存在于你的标签页里,下载在你的设备上创建;关闭标签页就结束了。没有服务器副本要删,也没有账号要取消。

    资料来源与统计口径

    • 每张图片按你选的质量与宽度重新编码,结果表为每个文件列出压缩前后的大小。
    • 已经为网页优化过的图片可能变大,所以新文件没有更小时会还你原图;每次最多 20 张图片、每张 25 MB、合计 80 MB。
    • 图片不上传:解码与重新编码都在你的浏览器里本地完成。

    最近复核于 2026-09-14.

    本页在您的浏览器本地运行,请保留原文件备份;不涉及财务建议。 阅读完整免责声明。