本文是想给大家分享一下，在向多媒体服务器上传图片再下载图片我遇到的问题，是很容易被大家忽视的问题。

问题描述

我们公司同事发现，在向多媒体服务器上传图片之后，再使用服务器API对上传之后的图片进行尺寸剪裁，使用的图片分辨率为15755 × 3426大小为3MB，剪裁之后的图片分辨率为8000× 1740大小为16MB，分辨率降低了图片大小反而增大，这肯定不是我们想要的结果，就这个问题我展开了调查，到底是服务器的问题还是客户端的问题。

问题分析

从问题上分析原因，造成图片大小增大的途径有两个，其一是向服务器上传图片时造成图片大小增大，其二是对图片进行尺寸剪裁是造成图片大小增大。而向服务器上传图片的途径有客户端上传和网页端上传两种。从这两个途径展开调查。

网页端图片问题调查

1.问题检查

我先来检查一下网页端是否会出现上文描述的问题，按照问题描述的步骤在网页端进行测试，使用的测试图片如下：

测试图片1.jpg 测试图片2.jpg

就这两张图片进行了上传和剪裁测试，测试结果如下表：

问题检查测试对照表

从表中数据可以看出测试图片2出现问题描述的情况而测试图片1未出现，所以网页端存在描述问题，需要调查原因。

2.网页端上传图片调查

调查是否是在网页端上传图片后造成图片大小增大，向服务器上传之前两张图片再下载不进行剪裁，测试结果如下表：

网页端上传图片测试对照表

从表中可以看出网页端上传图片后未造成图片大小增大，所以不是上传图片造成图片大小增大的。

3.网页端剪裁图片调查

调查是否是在网页端使用服务器剪裁图片的API造成图片大小增大的，对两张测试图片进行剪裁得到测试结果如下表：

网页端剪裁图片测试对照表

从表中数据可以看出图片剪裁后可能造成图片大小增大，并非必然现象，分析了一下原因，可能与图片的Exif信息不同有关，检查两张图片的Exif信息，其中一个属性吸引了我注意，就是quality属性，就是jpg等有损压缩图片格式的质量值，理论上这个值越大图片质量越好图片大小越大，测试图片1.jpg的quality值为80，测试图片2.jpg的quality值为60，并且这个quality值在我使用的服务器剪裁图片API中也是个非必选的参数，既然是非必选那必然有个默认值，查文档是75，那问题的原因就了然了。

可以得出推论：如果进行剪裁的图片的quality小于75且剪裁的尺寸不大的情况下后造成图片大小增大问题，原因是剪裁后图片的quality被修改成75，如果剪裁的图片的quality为75大小则正常变化。

为了印证推论再进行对两张测试图片进行图片剪裁测试，测试结果如下表所示：

推论测试图片2剪裁测试对照表 推论测试图片3剪裁测试对照表

从两表的数据可以看出，符合推论的内容，所以证明推论正确。

4.问题调查结论

服务器网页端存在描述问题，造成原因为对quality低于75的图片进行小幅度剪裁时，剪裁方法会将剪裁图片的quality修改为75使其图片大小增大。

Android客户端图片问题调查

1.问题检查

网页端出现描述问题，但不排除客户端会出现同样问题，检查客户端服务器API文档发现和网页端一致，所以网页端出现的问题客户端同样会出现，网页端和客户端的区别在于客户端上传图片之前会对图片进行压缩处理具体代码如下图所示：

图片上传前压缩处理源码图

从代码中可以看出在图片进行压缩之前调用Bitmap.compress压缩方法此时的目的仅仅是想将Bitmap对象转换成字节流对象不对图片进行压缩，上网查看公认的说法是compress方法的quality参数设置成100就是不进行压缩，所以此次预设成100，之后再判断字节流对象大小如果大于200kb进行压缩处理。

为了检查客户端是否会出现服务器api以外原因造成的图片问题，对客户端进行图片上传测试，由于图片大小大于200kb会进行压缩，所以使用大小小于200kb的图片进行测试，测试结果如下表所示：

客户端问题检查测试对照表

从表中数据可以看出图片在客户端上传后出现大小增大问题，而且图片的quality值也增大了，所以需要调查原因。

2.问题调查

从源码中可以看出造成图片大小增大的原因只能是Bitmap.compress方法，查看官方描述文字如下图所示：

Bitmap.compress方法官方描述截图

从图中对参数quality的描述发现，并没有说明quality设置成100后不对Bitmap对象进行压缩，所以之前理解的compress方法的使用可能存在问题，得出推论compress方法的quality参数含义为将处理后图片的quality值设置成参数值，也就是如果quality参数的值与处理图片的quality值相等，那么处理后图片的大小将不变。

为了印证推论在客户端进行图片上传测试，测试时将compress方法的quality参数设置成与处理图片的quality相同的值也就是75，测试结果如下表所示：

�

印证推论客户端图片上传测试对照表

�从表中数据可以得出推论正确。

3.问题结论

客户端存在网页端相同的问题原因一致，且出现上传图片后图片大小增大的新问题，造成原因为在图片大小低于200kb且quality低于100的情况进行Bitmap.compress（参数quality设置为100）进行处理后图片的quality被修改为100从而使其图片大小增大。

Android客户端图片上传优化

根据客户端图片问题调查得出的结论可知，在图片无需压缩调用Bitmap.compress方法时，将参数quality设置成处理图片的quality值，处理后的图片将不会变大，所以需要事先得出处理图片的quality值，实现方法源码如下图所示：

查找图片的quality信息源码图

从源码中可以看出是查看图片的Exif信息再在其中查找quality信息，所以图片如果没有Exif信息或者Exif信息缺失则无法得到quality的值。在这种情况下对代码进行进一步优化，优化代码如下图所示：

客户端获取图片quality优化源码图

从源码中可以看出通过反复对图片进行压缩处理，根据处理后的图片大小从而得出图片的quality的值。其实此代码还可以进一步优化的，因为每次都是从quality为100开始压缩，如果图片的quality比较低，那么循环将很耗时，这同样不是我们想要的结果，我们可以通过图片的大小和分辨率通过计算预估出quality值，再进行循环方法使quality值更加精确，这样将是更好的处理方法。

总结

出现上文描述的问题，主要的原因是我们对服务器API接口的默认参数值的疏忽，还有对Android客户端Bitmap.compress方法的quality参数的误解造成的，尤其是后者我在网上查阅了很多文章，都将compress方法的quality参数设置成100理解为不进行图片压缩，这是大家普遍的误解，往往就是这些我们容易忽视的事情，会造成一些很难处理的问题，我写本文的目的，就是想给大家分享一下我调查此事的经验，希望大家不要出现我们这样的问题。