本地处理 · 隐私安全 · 在线图片压缩

专业在线 图片压缩 工具

把 JPG、PNG、WebP 压到原来的几分之一,画质肉眼几乎看不出差别。支持批量处理、改尺寸、转格式,压缩全程在你的浏览器里跑——图片不上传、不排队、不限次数。

  • 完全免费
  • 本地处理
  • 不上传图片
  • 批量压缩
  • JPG / PNG / WebP
Image Compressor

在线压缩工作区

拖入图片或点击虚线框选择文件。压缩后的体积在右侧实时刷新,格式、质量、尺寸随改随看;单张直接下载,多张自动打包成一个 ZIP。关闭页面即清空,不留任何副本。

  • 批量上限单批 20 张以内最稳,再多会吃内存
  • 参数实时生效改格式或质量会立即重新编码
  • 格式互转JPG / PNG / WebP 可互相导出
Workflow

三步压完一批图

进来就是工作区,不用注册、不用找入口、不用等上传进度条。整个流程只在你自己的浏览器里发生。

  1. 添加图片

    把图片拖进虚线框,或者点一下选择文件。一次可以选多张,队列里随时切换、删除、继续追加。

  2. 调整参数

    选输出格式、拖质量滑块、必要时限制最大边长。改哪一项都会立刻重新编码,不用重新添加。

  3. 下载结果

    拖动中间的分界线对比前后画质。单张直接另存,多张处理完自动打成一个 ZIP。

Features

功能特色详解

围绕「体积、画质、隐私」三件事做的取舍:该省的地方用力压,该保的地方一点不动。

三种编码器,各有各的用法

不是简单地把图片重新存一遍,而是换用更高效的编码器重新压。

  • JPEG:mozjpeg 渐进式编码,q75–q85 是常用档,照片类通常能压掉 60%–80%
  • PNG:oxipng 无损优化,透明通道与像素值原样保留,只压冗余数据
  • WebP:同画质下一般比 JPEG 再小 25%–35%,还能带透明
  • 格式互转:三种格式之间可以直接转换,不用另开工具

尺寸和画质一起调

很多时候体积大不是因为压缩率不够,而是像素太多——网页根本用不上 6000px 宽的原图。

  • 限制最大边长:等比缩放,长边不超过设定值,改完立即重新编码
  • 质量滑块:拖动就能看到体积和画质一起变,方便找平衡点
  • 旋转:手机竖拍方向不对的图片,可以在这里直接转正
  • 可逆调整:参数没有写死在文件里,随时改回原值重新导出

批量处理

一次选几十张,队列里逐张查看、单独调参,最后一键打包下载。

  • 多选 / 拖拽批量添加
  • 单张参数独立,互不影响
  • 多张结果自动打成 ZIP

前后对比

拖动中间的分界线,左边原图右边压缩后,画质差别一眼就能判断。

  • 分界线实时拖动
  • 体积数字同步刷新
  • 可以放大到 100% 看细节

本地运行

编码器以 WebAssembly 形式在浏览器里跑,图片不经过任何服务器。

  • 没有上传接口
  • 断网也能用
  • 关闭页面即清空
Benchmark

能压到什么程度

下面是几类常见图片的实测区间,参数统一用「质量 78、长边不超过原尺寸」。同一张图反复压收益不大,压一次到目标体积就够了。

单反照片4000 × 3000 · JPEG
8.6 MB
1.9 MB省 78%
网页截图1920 × 1080 · PNG
2.4 MB
720 KB省 70%
商品白底图1200 × 1200 · JPEG
1.2 MB
310 KB省 74%
透明图标480 × 480 · PNG
480 KB
96 KB省 80%

灰色为原图体积,红色为压缩后体积。实际结果取决于画面复杂度、原文件是否已被压过、以及你选的参数——同一张图换个质量值,数字会明显不同。

Q & A

常见问题

关于画质、隐私、体积的疑问,基本都在这里了。

  • 取决于你输出成什么格式。JPEG 和 WebP 是有损压缩,质量值越低丢掉的信息越多;PNG 走的是无损优化,像素一个都不改。所以"会不会压坏"这个问题,先看格式,再看参数。

    有损压缩丢的是人眼不敏感的高频信息——细密纹理、极轻微的色差。质量 75–85 这一段,丢掉的量通常小于屏幕能分辨的程度,日常看图基本看不出差别;一旦拉到 60 以下,天空和大面积纯色上会开始出现色块,文字边缘会发毛。

    稳妥的做法是从 80 起试:先压一张,拖动中间的分界线跟原图对比,重点看渐变和细文字。看不出差别就往 70 走,看出来了就往 85 退。同一张图不要反复压,每次都从原图重新导。

  • 不会。这个工具没有上传接口,图片从选中到导出,全程留在你自己的浏览器里。

    编码器(mozjpeg、oxipng、libwebp)被编译成 WebAssembly,跟页面一起下载到本地执行,读的是你硬盘上的文件,产出的是浏览器内存里的 Blob。整个过程不需要网络往返,页面加载完之后断网也能正常压。

    不放心可以自己验一遍:打开开发者工具的 Network 面板,筛选 Img 或 XHR,然后拖一张图进去。除了页面本身的静态资源,不会出现任何带着图片数据的请求。关掉标签页,内存里的那份副本也随之释放。

  • 按用途分,不用纠结。要谁都能打开,选 JPEG;要透明、要像素级保真,选 PNG;只放在自己网站上、想把体积做到最小,选 WebP。

    JPEG 是二十多年的老标准,色彩过渡自然、体积可控,缺点是透明区域会被填成白色、文字边缘容易发虚。PNG 无损、支持透明,但照片类画面存成 PNG 会大得离谱。WebP 两头兼顾,同画质下一般比 JPEG 再小四分之一到三分之一。

    一个简单判断:这张图还要发给别人、塞进 PPT、放进邮件,用 JPEG;它只活在你的网页里,用 WebP;是图标、截图、带透明背景的素材,先用 PNG,体积实在太大再考虑 WebP。

  • 通常是三个原因之一:原图已经被压过、画面本身太简单,或者格式选错了。

    微信、微博、各种图床在传图时都做过一次压缩,你手里那张"原图"其实已经是二手货,可榨的冗余早就没了。另一种是画面大片纯色,比如白底商品图、纯背景海报,编码器本来就没有多少东西可省。还有一种是把照片存成了 PNG——无损格式,优化空间通常只有两三成。

    遇到这种情况先从格式下手:照片换 JPEG 或 WebP,往往立刻见效。格式已经对了就动尺寸——网页根本用不到 4000px 宽的原图,把长边限制到 1600 或 1920,体积能直接掉一个数量级。

  • 没有硬性的次数限制,但建议单批控制在 20 张以内,手机上 5 张以内。

    限制来自内存,不是来自工具。每张图都要先在内存里完整解码成像素、编码完再写回,一张 2000 万像素的照片解码后就占 80MB 左右。几十张一起上,标签页很容易被系统回收,表现就是卡住、白屏或者直接崩掉。

    真有一大批要处理,分批更稳:压完一批、打包下载、清空队列,再压下一批。图片特别大的(单张超过 20MB),一次只放三五张最保险。

  • 因为不是所有软件都认 WebP,尽管浏览器早就全面支持了。

    Chrome、Edge、Firefox、Safari 14 以后的版本都没问题;但老版本的 Windows 图片查看器、部分邮件客户端、Office 文档嵌入、一些聊天软件的预览,可能显示不出来甚至直接报错。微信聊天里发 WebP 一般能看,但存下来再转发就容易出岔子。

    判断很简单:只在自己网站上用,放心用 WebP;要发给别人、要放进文档、要长期存档,老老实实用 JPEG。同一个页面里两种格式混着用完全没问题。

  • 免费,不用注册,不加水印,也没有每日次数限制。

    因为压缩这件事在你自己的浏览器里完成,不消耗服务器资源,也就没有需要限制的成本。工具不会要求登录,不会在图片上叠任何标记,导出的是干净的原始像素。

    唯一的"代价"是它吃你本机的算力:压一大批大图时风扇可能会转起来,同时做别的事情会有点卡。这也是它敢完全不设限制的原因——成本在你这边,不在服务器那边。

  • 能。右侧"调整尺寸"里填最大宽度或最大高度,图片会等比缩到边界框内,不裁切、不拉伸,也不会把小图放大。

    缩放和编码是两步:先把像素重采样到目标尺寸,再按你选的质量重新编码。所以缩小尺寸本身也会让体积一起下降,而且往往比单纯调质量更有效——把 4000px 压到 1600px,体积通常能掉七成以上,画质损失却比把质量拉到 50 小得多。

    如果只想改尺寸、不想再损失画质,把质量拉到 90 以上,或者干脆输出 PNG。反过来,只想压体积、尺寸不动,那就别填宽度高度,只调质量。

请输入关键词…
用户中心
搜索
在线客服
关注我们
关注像素工坊
获取教程更新与资源动态
抖音号二维码 抖音号
公众号二维码 公众号
返回顶部
加载中...