关于预读取gif图片大小的问题

       废话不多说，直奔主题。对于现代移动端的开发，经常会遇到图片加载的问题。我们一般的做法就是预先读取图片的的大小，占好位置，然后再去异步下载图片。我们一般使用的都是jpg、png和gif格式的图片，网上的都有现成的处理方法，我这里就不再重复写了，不会的去google，不会跨（翻）栏（强）的去百（渣）度。通过多次的使用，jpg和png格式的图片都没有问题，唯独gif格式的图片出问题了，关键是有的gif图片有问题，有的gif图片没问题。

本人开发的是iOS平台，不知道其他平台是否也有同样的问题。经过试验发现，通过“

(void)setValue:(NSString *)value forHTTPHeaderField:(NSString *)field

”这个方法可以请求某个字段的数据，例如：“

[request setValue:@"bytes=6-9"forHTTPHeaderField:@"Range"]

”，可以先请求从6到9的四个字节的数据，说句无关的话，通过抓包分析，最后完整的数据段同样会返回回来。然后通过请求回来的数据，计算出图片的宽高。但是问题就出现在这里，有的图片确实返回来四个字节的数据，但是有的图片却将整个数据全部返回来了。先看我的部分代码

只要不是小白都能看懂。取了三个gif图片的url，通过打断点分析，当gif图片网址是git1和gif3时，data数据确实是四个字节，但是当网址是gif2的时候，这个图片的数据都被传回来了，当然，计算出的数据肯定是千差万别。无聊的码农可以自己试验下。通过多次的抓包和分析后发现，问题出在[request setValue:@"bytes=6-9" forHTTPHeaderField:@"Range"]这里，当网址为gif1时，发送的HTTP请求如图

请求的数据包里有content-rang：bytes 6-9。再看网址为gif2的抓包数据

通过分析，网址为gif2的时候，是没有content-rang：bytes 6-9的，也就是说，我们发送都没有发送对。至于为什么没有发送对，很抱歉，iOS是不开源的，我也不知道。

其实上边的都是啰嗦的，这里，给了正确的解决办法。就算我们没有得到我们想要的data，但是，我们取到的图片数据确实正确的，重新分析一下就可以了。解决方法上面的代码图片已经写了。在我们得到的不是我们期望的数据时，数据的整个图片的数据，长度很大，所以我们判断data的长度，当然，严谨的朋友可以讲判断条件改为不等于4，然后从新取数据段，再进行分心，就能得到我们期望的结果。

希望忙了一上午的成果能帮助到遇到这个问题的朋友。