最近一直在找获取网络图片的size的方式，最后得出两个结论：
1 使用分线程下载下来，然后获得图片的size
2 使用网络请求图片的头文件，然后从头文件中找到图片大小的信息
第一种方法需要主线程分线程切换，因为在使用tableView来reloadData的时候，刷表老是出问题，先放着不管
然后我重点是想搞一下第二个方法：
在网上找到了一个博客：http://cxjwin.github.io/2013/11/05/preview_image_size/
大神写的很不错
主要思路就是先在网上找一个图片头文件的格式，然后对照着请求回来的data数据来进行查找，找到图片宽高的地方，解析出来
以png格式为例，先放一段代码：
case PngImage:
{
NSString *URLString = @"http://pic12.nipic.com/20110118/1295091_171039317000_2.png";
NSMutableURLRequest *request=[NSMutableURLRequest requestWithURL:[NSURL URLWithString:URLString] cachePolicy:NSURLRequestReloadIgnoringCacheData timeoutInterval:2.0f];
NSString *range=[NSString stringWithFormat:@"Bytes=16-23"];
[request setValue:range forHTTPHeaderField:@"Range"];
NSURLResponse *response=nil;
NSData *data=[NSURLConnection sendSynchronousRequest:request returningResponse:&response error:NULL];
CGSize size = pngImageSizeWithHeaderData(data);
NSLog(@"png image size : %@", NSStringFromCGSize(size));
}
或者这样的
NSString *URLString = @"http://pic12.nipic.com/20110118/1295091_171039317000_2.png";
NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:[NSURL URLWithString:URLString]];
[request setValue:kPngRangeValue forHTTPHeaderField:@"Range"];
[[NSURLConnection connectionWithRequest:request delegate:self] start];
请求方式不同，原理是一样的
然后就是对获取到的data进行解析
CGSize pngImageSizeWithHeaderData(NSData *data)
{
int w1 = 0, w2 = 0, w3 = 0, w4 = 0;
[data getBytes:&w1 range:NSMakeRange(0, 1)];
[data getBytes:&w2 range:NSMakeRange(1, 1)];
[data getBytes:&w3 range:NSMakeRange(2, 1)];
[data getBytes:&w4 range:NSMakeRange(3, 1)];
int w = (w1 << 24) + (w2 << 16) + (w3 << 8) + w4;
int h1 = 0, h2 = 0, h3 = 0, h4 = 0;
[data getBytes:&h1 range:NSMakeRange(4, 1)];
[data getBytes:&h2 range:NSMakeRange(5, 1)];
[data getBytes:&h3 range:NSMakeRange(6, 1)];
[data getBytes:&h4 range:NSMakeRange(7, 1)];
int h = (h1 << 24) + (h2 << 16) + (h3 << 8) + h4;
return CGSizeMake(w, h);
}
在我的试验中，获取到的data数值为<00000400 000002ad>，只有八字节，前四位是width，后四位是height
这是他看过png的格式，所以在获取数据的时候只需要16-23位
data数据是以16进制数展示的，其实应该是 <00 00 04 00 00 00 02 ad>，每两个数代表8位，二进制中8位一个字节，这里换算一下，四个数可以表示一个字节
这个清楚了之后就可以照着网上的头文件解析来解析这些16进制数
下面放上网上的对jpeg头文件的部分解析
这些都还正常，放一段我获取到的data的分析记录
ff d8(soi) ff e0(appo) 00 10(数据长度) 4a 46 49 46 00（标示符） 01 02（版本号） 01（密度单位） 00 48（x密度） 00 48 （y密度）00（缩略图水平像素数目）00（缩略图垂直像素数目） ffed002c 50686f74
然后后面就奇葩起来了
然后我发现了我截取的data数据里各种appn标记码，然后这玩意儿是不知道有多长，有多少的，然后那个存着图片尺寸的标记码
ffc0被埋在data的汪洋大海里，我使用搜索找到了它，但是已经毛用没有了
瞬间，心都碎了
能获取png，gif格式的图片大小，因为png和gif格式的图片头文件固定，可以准确找到宽高所在字节，只需要极少流量就可以获得图片大小
但是jpeg的头文件很混乱，我真的想说它根本就不分header和body，绘图软件编辑一次保存一次就添加一个标记码，然后存放宽高的标记码就消失在数据流的某个地方了，因为不知道有多少个绘图软件编辑过，也不知道绘图软件标记码里面的内容格式，所以手动获取jpeg图片的宽高基本不可能了
我这么多天都白玩儿了
还是去捣鼓一下分线程吧，要不去搞一下webView，都比这个靠谱啊，，，
jpeg怎么可以这么坑