图片压缩 — 在线批量压缩 JPG / PNG / WebP，本地处理不上传
图片压缩全部在浏览器本地完成，图片不会上传到任何服务器。可以点选、拖拽、粘贴截图，或者填入图片链接批量导入，读入时会先按 EXIF 方向摆正，手机竖拍的照片不会再躺倒。压缩有四条路：只调质量、只缩分辨率、两者混用，或者按目标体积自动试——填个 200KB，程序用二分法反复编码，把质量压到刚好装得下。分辨率这边可以按百分比缩、限制长边或直接指定宽高，还能设一个最小边长兜底，免得压到看不清。输出格式能在 JPEG、PNG、WebP、AVIF 之间换，原图是 PNG 时界面会建议转 WebP 拿更小体积；PNG 还能选有损调色板压缩，透明通道可留可去，转 JPEG 时能自选填充底色。预览支持并排与滑动分割两种比法，能放大看噪点，棋盘格背景专看透明区。导出单张、打包 ZIP、复制图片或 Base64 都行，批量处理时每张可单独微调，还能导出 CSV 清单对账。全部运算在本机完成，断网也能用，适配手机、平板与电脑。
导入图片
压缩方式
输出格式
按原图类型和浏览器支持挑一个更省体积的格式
AVIF 体积最小，但老版本浏览器打不开
JPEG 不支持透明，透明区会填成上面的颜色
把颜色数降到调色板，体积能小很多，代价是渐变更容易出现色带
文件名
示例：aidotool_compressed.jpg
操作说明
- 先把图片拖进上面的方框，或者点「选择图片」多选一批，也可以直接按 Ctrl+V 粘贴截图；想从网址取图就填进链接框。手机拍的照片会自动按 EXIF 摆正，不用先手动旋转。
- 选一种压缩方式：想省事就用「按目标体积」，填个 200KB，程序会二分法试出刚好够用的质量；懂一点就用「按质量」，边拖滑块边看右上角的体积变化；只想缩小尺寸就选「按分辨率」；「混合」会先缩分辨率再降质量，体积最小。
- 到「输出格式」里决定存成什么。原图是 PNG 的，转成 WebP 通常能小一大截；要透明就留在 PNG 或 WebP，转 JPEG 时透明区会填成你选的底色。
- 在右边对比原图和压缩后，切「滑动」能拖着分割线看同一处细节，按住图片可以放大查噪点。满意了再下载，多张就打包成 ZIP，还能顺手导出一份 CSV 清单核对每张的体积。
常见问题解答
「按质量」和「按目标体积」到底该用哪个？
按质量是你要画质、体积随缘——拖动滑块自己看结果，适合只要「别太大」的场合。按目标体积是你要体积、画质随缘——填 200KB，程序用二分法反复编码，找出刚好塞得下的最高质量，适合上传接口有硬性大小限制的时候。
为什么压完体积反而变大了？
通常是原图已经被压得很狠，再编码一次等于二次损耗，反而更占地方；或者你给一张已经很小的 JPEG 选了 PNG 这种无损格式，重编码后自然更大。这种情况不如保留原图，或换成 WebP 再试。
PNG 选了「按目标体积」，为什么压不到目标？
因为 PNG 是无损格式，质量参数几乎不影响它的体积，二分法再试也没用。要按体积压，就把输出格式换成 WebP、JPEG 或 AVIF；如果必须留在 PNG，只能靠缩分辨率或减少颜色数来降体积。
带透明背景的图压完变成白底了，怎么办？
说明输出格式选了 JPEG，它没有透明通道，透明区会被填成你设置的底色。想保住透明就选 PNG、WebP 或 AVIF，这三种都带 alpha；预览时打开棋盘格背景可以直接看出透明区还在不在。
压完画质掉得厉害，怎么找平衡点？
先按住预览图用放大镜看噪点和色块，质量在 80% 上下通常是人眼的临界点，再往下就开始糊。也可以改用「按目标体积」，给一个略宽松的上限，让程序替你找可行范围内最高的质量。
概念
压缩的本质是「用更少的信息去描述同一张图」。有两条路：一是少存几个像素，把分辨率降下来；二是每个像素少存几位，也就是降质量、减颜色。前者省得更多也更稳，后者更省但过头会出现色块和噪点。体积和画质不是线性关系——质量从 100 降到 85 常常看不出差别、体积却能掉一半，再从 85 降到 70 就开始糊了，所以「先找拐点，再往下压」比一路拉到底更划算。
历史与由来
图像压缩的理论地基由香农在 1948 年奠定，他在《通信的数学理论》里给出了熵的定义，等于告诉后人「一张图最少需要多少比特才能不丢信息」。1950 年代出现了游程编码与霍夫曼编码，前者适合大片同色的传真稿，后者按出现频率分配长短码，两者至今仍是 JPEG、PNG、ZIP 的最后一层。1974 年纳斯与艾哈迈德提出离散余弦变换（DCT），把图像从空间域搬到频率域，为有损压缩找到了合适的数学工具；1984 年出现了第一个实用的矢量量化方案。真正的标准化始于 1986 年，国际标准化组织与 CCITT 联合成立 JPEG 专家组，1987 年确定了以 8×8 DCT、量化表、之字形扫描和霍夫曼编码为核心的方案，1992 年正式发布 ISO/IEC 10918，也就是我们说的 JPEG。同一时期，Lempel-Ziv 的字典压缩被用在 GIF 上（1987 年），但 GIF 的 LZW 专利纠纷促使社区另起炉灶，1996 年 PNG 问世，用无损的 deflate 加逐行滤波，成了网页图形的标准。2000 年 JPEG 2000 试图用小波变换取代 DCT，画质更好但计算更重、专利更复杂，没能取代 JPEG。2010 年谷歌发布 WebP，把 VP8 的帧内编码搬到静态图上，比 JPEG 小约三成，并支持透明与动画；2019 年开放媒体联盟推出 AVIF，基于 AV1 的关键帧编码，在高压缩比下优势更明显，代价是编码慢、老浏览器不支持。这三十年的主线其实很清楚：算法越来越复杂，收益越来越小，而「让人眼看不出差别」这条底线始终没变过。顺带一提，2020 年前后编码器开始引入机器学习，谷歌的 Guetzli 用心理视觉模型重排量化表，同画质下比标准 JPEG 小三成，代价是一张图要算好几分钟，因此更适合服务端离线批处理，而不是让浏览器现场算。
相关关键词
纠错反馈
如果发现工具问题或有任何建议，欢迎通过邮箱联系我们，我们会认真查看每一条反馈。
