怎么把图片文件变小
两件不同的事共用了这个说法。多数时候两件都要做，而且有先后。
核对于 2026年8月6日
直接说结论
把图片文件变小有两种办法，而它们不是一回事。压缩是保持像素尺寸不变，用更少的字节去描述这张图。缩放是直接减少像素数量。如果你的文件太大，先缩放到它实际会被显示的尺寸，再压缩。省下来的大部分，就来自这个顺序。
你需要的是哪个操作
| 问题 | 该做的 | 通常的结果 |
|---|---|---|
| 照片发不了邮件附件 | 先缩放，再压缩 | 从几兆降到几百 KB。 |
| 页面加载慢 | 缩放到实际显示尺寸，再压缩 | 通常是整个页面上最大的单项收益。 |
| 上传表单说超了 | 按目标体积压缩 | 像素尺寸不变，而表单通常在意的正是像素尺寸。 |
| 截图大得离谱 | 先看格式 | 截图存成 PNG 是对的。照片存成 PNG 是格式选错了，不是体积问题。 |
顺序之所以重要：如果一张图比它需要的尺寸大了四倍，那么压缩它就是把力气全花在了没人会看到的像素上。
字节到底在哪里
手机里直接出来的照片常常是一千二百万像素、好几兆，而它最终会在一个大概一千像素宽的位置上被看。那些像素里有四分之三是白背着的。
这就是先缩放是最大那根杠杆的原因。宽高各减一半，像素就少了四分之三，文件在还没做任何压缩之前就已经按差不多的比例掉下去了。
然后再压，而且要看着压不要猜
质量数值不是百分比，刻度也不是线性的。对这张图合适的数字，对下一张就不合适。可靠的方法是同时盯着画面和文件体积，停在差别刚要显现之前，而那个点比多数人预期的要低。
内容繁杂的图能承受的压缩比平滑的图多得多。一张树叶的照片会把瑕疵藏进细节里。而一片晴空、一段渐变、或者素色墙前的人像，早在树叶还没露出破绽时就已经出现色带和斑块了。
怪体积之前先看格式
一张照片存成 PNG，往往比它需要的大五到十倍，而压缩 PNG 修不了这个问题，因为 PNG 按定义就是无损的。真正的解法是把它转成 JPEG 或 WebP，而这比任何设置带来的收益都大。
反过来也成立。文字截图存成 JPEG 是更小了但明显更差，再往下压只会更差。这一类就该留在 PNG。
不要做的事
不要对同一个文件反复压缩。有损文件每过一遍就再丢一点，损失会累积。回到底片，只压一次。
不要指望把小图放大来改善它。加像素并不会加细节，文件白白变大而已。
两件事都在这里做
尺寸工具定像素尺寸，压缩工具定字节，两个都在你自己的机器上运行，什么都不上传。表单有上限时压缩工具接受一个目标体积，靠眼睛判断时接受一个质量档位，并把文件压前压后各是多少打印出来，让这笔交易是看得见的而不是靠猜的。
更多指南
指南FAQ
- 怎么在不掉画质的前提下把图片变小？
- 先把它缩放到实际会被显示的尺寸，这一步丢掉的东西你本来也看不到，然后压缩到差别刚要显现之前停手。严格意义上的无损压缩是存在的，但省下来的少得多。
- 压缩和缩放有什么区别？
- 压缩是在像素数量不变的前提下少花字节，缩放是减少像素数量。多数想要更小文件的人两件都需要，而缩放在前。
- 我的 PNG 为什么这么大？
- 因为 PNG 是无损的，什么都不丢。这对截图和纯色图形是对的，对照片是错的：换成 JPEG 或 WebP，体积只有一小部分，看起来还一样。
- 发邮件的照片应该多大？
- 没有硬性规定，但把长边缩到一千六百像素左右再压缩，通常能把好几兆变成几百 KB，附件发得出去，而且在任何屏幕上看着都还是对的。
- 压两遍会更小吗？
- 会小一点，而每一遍都要付出再也回不来的画质。回到底片重做一次，而不是对导出的成品再压一遍。
- 在线压缩图片安全吗？
- 取决于那个工具上不上传。这一个不上传：工作发生在你的浏览器里，网络面板会告诉你文件从未离开。