Saber 酱的抱枕

所谓的传送图片，就是需要对方接收并存储起来使用的图片。注意，本文所探讨的问题没有得出准确的结论，所以你可以跳到底部直接看结论（伪）就行了。

先说个题外话吧。今天经理给我了个医生的照片，让我做个小尺寸的证件照。做了之后经理不满意，说你这缩小到这么小了，怎么看起来图片质量还这么差？我只好说这不是我的锅，原图就是光线暗，人物皮肤上噪点很多，皮肤上也有老年斑什么的，图片缩小之后这些问题更突出了……但总之是得再改。一番折腾之后，噪点不明显了，人物皮肤光滑了（当然也感觉模糊了）。本来就很渣、很小的素材，强行美容，最后变得有点模糊了。这时候我只好存成png（因为png是无损压缩），然后通过QQ聊天框发给了经理。

这时，一个困扰我多年的问题再度浮上心头，QQ会不会对图片进行压缩呢？

于是我找别人进行测试。首先测试jpg，我发送了一张700多K的jpg风景图，然后我另存下来，发现只剩下100多K了。对于jpg来说，这个结果并不意外，因为另存为jpg的时候图片肯定会被压缩。那压缩比是多少呢，经过测试，图片经过QQ另存之后的体积，比xnview以80质量另存为jpg时的体积略小一点。可以粗略的认为QQ的压缩比也是80。

注意，你发送的图片，当你在图片上操作的时候，其实操作的是本地图片。这样的话，需要两个人测试发送的结果了，自己是不行的。

经过小w的提醒，我从缓存文件夹查看接收到的文件。然后我让基友帮我测试，首先他发送了一个100多K和200多K的图片，缓存文件夹里的图片大小和他发送的一致。然而当他发送1M多和6M多的图的时候，我接收到的图却只有几百K。是否可以说明QQ会对体积大（可能是超过1M）的图进行压缩呢？

但是还有个环节不能忽略，当别人收到你发的图片的时候，是不是已经被QQ压缩过了呢？当他进行另存的时候，实际上已经是第二次压缩了吗？

对于上面的问题，当我把大图另存之后，发现另存的图片体积居然比QQ发给我的图片（即已经被QQ压缩过的）要大。6M的图是张照片，QQ发给我，缓存文件夹里是400多K，可是我另存的时候居然是1M多。又测试了另一个大图，也是如此。于是我猜测，从QQ里面另存jpg图片的时候，是从原图进行另存的，不是从聊天框里面的图另存的。

对于png图片，发生了一点有意思的事。我让别人发给我了一张png，然后我存的时候发现只能选择jpg和bmp格式。我发给别人一个png，别人却可以选择存成png的。经过几次测试，我认为这和图片的透明区域有关：如果png里面不包含透明区域，发送到别人那里就变成jpg了，如果包含透明区域，则会保留png的格式（其实不完全对）。

然后我去测试我开头说到的医生的png，这张图片没有透明区域，体积才7K。发给同学之后，他仍然可以存为png。这我就纳闷了，说好的不透明就压缩成jpg呢？难道只对大图压缩，对小图放行？

实验到此结束，发现了一点有用的东西，但是真相仍然扑朔迷离。总结一下我的猜测：

图片是否会被QQ压缩，都是和体积有很大关系的。

jpg的话，几百K的一般不会被压缩，再大的就有较大可能被压缩了。但是当你另存的时候，其实是从源文件另存的，和QQ发送给你的图片（即使可能被压缩过）并没有关系。所以你存了之后只是一次压缩，不是二次压缩。

png的话，小图一般不会被压缩；中图（我猜测是几百K到一M左右）较大可能会根据有无透明区域进行压缩。无透明区域的会压缩后发给你，变成了jpg，有透明区域的则不压缩；大图则极大可能会被压缩，不管是否存在透明区域。一旦被压缩，就变成了jpg格式，会丢失透明通道。当你另存没有被压缩过的图的时候，保存的就是源文件。另存被压缩的图的时候，也是从源文件进行另存的，但是存储的是jpg，体积就相当于你把png原图以80质量转换成了jpg。

到最后，我能说的也只有这些：

jpg文件另存下来肯定会受损（即使QQ发给你的时候没有压缩），所以传文件吧。png图片如果在另存的时候仍然能保存成png格式，那就是原图。

对于jpg和png通用的：想要不被QQ压，体积不要超过1M。

传送图片时不要在QQ聊天框直接发