如何用PIL根据像素尺寸估算文件大小？PNG体积异常原因

为什么实际文件远小于理论值？ #

你混淆了原始未压缩像素数据的大小和PNG格式压缩后的实际文件大小：

• 你计算的1MB是原始未压缩数据的近似值：1000×1000像素的8位灰度图（每个像素占1字节），原始数据大小是 1000*1000 = 1,000,000 字节，约0.95MB，和你说的1MB接近。
• PNG格式默认使用DEFLATE压缩算法（与ZIP压缩同源），对于全黑的纯色图，所有像素数据完全相同，压缩算法可以用极短的编码表示重复的大量数据，最终压缩后的体积会极小（你看到的2.89KB就是压缩后的结果）。
• 磁盘显示为4KB是因为文件系统的簇大小限制：多数文件系统（如NTFS）会把小于一个簇的文件占用整簇空间，默认簇大小通常是4KB，所以实际显示占用4KB。

如何根据像素尺寸估算PNG文件大小？ #

没有固定的精确公式，但可以按以下步骤估算：

1. 计算原始未压缩数据大小：
   公式：宽 × 高 × 每个像素的字节数
   • 8位灰度图（mode="L"）：每个像素1字节
   • 24位RGB图（mode="RGB"）：每个像素3字节
   • 32位RGBA图（mode="RGBA"）：每个像素4字节
     比如1000×1000的RGB图，原始大小是 1000*1000*3 = 3,000,000 字节≈2.86MB。
2. 考虑压缩率：
   • 纯色/渐变图：压缩率极高，可能只有原始大小的0.1%-1%
   • 复杂照片/纹理图：压缩率通常在30%-70%左右
   • 带大量重复图案的图：压缩率介于两者之间
3. 加上PNG文件开销：
   PNG的文件头、调色板（如果有）、元数据等会占用几百字节到几KB的额外空间，这部分对大文件影响很小，但小文件会占比明显。

举个例子：1000×1000的全黑RGB图，原始大小2.86MB，压缩后可能只有3-5KB左右；如果是复杂风景照，压缩后可能在1-2MB之间。

内容的提问来源于stack exchange，提问作者quincy783