AFNetworking 3.0 源码解读（四）之 AFURLResponseSerialization

本篇是AFNetworking 3.0 源码解读的第四篇了。

AFNetworking 3.0 源码解读（一）之 AFNetworkReachabilityManager

AFNetworking 3.0 源码解读（二）之 AFSecurityPolicy

AFNetworking 3.0 源码解读（三）之 AFURLRequestSerialization

这次主要讲AFURLResponseSerialization(HTTP响应)这一个类的知识。

这是一个协议，只要遵守这个协议，就要实现NSSecureCoding/NSCopying这两个协议，还要实现

- (nullable id)responseObjectForResponse:(nullable NSURLResponse *)response
                           data:(nullable NSData *)data
                          error:(NSError * _Nullable __autoreleasing *)error NS_SWIFT_NOTHROW;

这个方法来返回序列化后的结果。不管是下边的AFHTTPResponseSerializer，还是它的子类，都遵守这个协议，也就是在各自的实现中实现了这个协议，然后返回了属于自身的一个结果。

ps：根据这个协议，我有了一些启发。当我们在设计一个网络框架的时候，因为业务不同，返回的数据也有很多种，通常的一种做法是直接返回服务器响应的数据，由业务人员自己实现业务。但是如果业务繁杂，这样写出的代码也会很乱，我们不妨采用类似这种协议的设计模式，这样做有两个好处：

1. 业务人员和数据人员可以分开。 数据提前约定好名称和内容，写数据人员实现数据部分，写业务人员实现业务部分。

2. 左右的数据转换放到协议实现方法中，出现问题，更容易查找问题。

由于这个类有很多的子类，我们先来看看这些类的组成，然后逐一的对每个子类的代码进行解读。

==================================  分割线 =======================================

 我们还是先来看看AFHTTPResponseSerializer头文件的组成部分。

来看看实现部分：

这个初始化，看起来还是很普通的，主要是初始化一些默认值，我们在这里花点篇幅讲解一下NSIndexSet这个集合的知识。

定义：NSIndexSet是一个有序的，唯一的，无符号整数的集合。

我们先看个例子：

   NSMutableIndexSet *indexSetM = [NSMutableIndexSet indexSet];
    [indexSetM addIndex:19];
    [indexSetM addIndex:4];
    [indexSetM addIndex:6];
    [indexSetM addIndex:8];
    [indexSetM addIndexesInRange:NSMakeRange(20, 10)];
    
    [indexSetM enumerateIndexesUsingBlock:^(NSUInteger idx, BOOL * _Nonnull stop) {
        NSLog(@"%lu",idx);
    }];

打印结果如下：

2016-08-10 11:39:00.826 qikeyunDemo[3765:100078] 4
2016-08-10 11:39:00.827 qikeyunDemo[3765:100078] 6
2016-08-10 11:39:00.827 qikeyunDemo[3765:100078] 8
2016-08-10 11:39:00.827 qikeyunDemo[3765:100078] 19
2016-08-10 11:39:00.827 qikeyunDemo[3765:100078] 20
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 21
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 22
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 23
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 24
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 25
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 26
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 27
2016-08-10 11:39:00.828 qikeyunDemo[3765:100078] 28
2016-08-10 11:39:00.829 qikeyunDemo[3765:100078] 29

这充分说明了一下几点：

1. 它是一个无符号整数的集合。

2. 使用addIndex方法可以添加单个整数值，使用addIndexesInRange可以添加一个范围，比如NSMakeRange(20, 10) 取20包括20后边十个整数。

3. 唯一性，集合内的整数不会重复出现。

具体用法就不再次做详细的解释了，有兴趣的朋友可以看看这篇文章： NSIndexSet 用法

因此 self.acceptableStatusCodes = [NSIndexSet indexSetWithIndexesInRange:NSMakeRange(200, 100)]; 这个方法设置了默认接受的状态码范围为200 ~ 299.

- (BOOL)validateResponse:(NSHTTPURLResponse *)response
                    data:(NSData *)data
                   error:(NSError * __autoreleasing *)error
{
    // 1. 默认responseIsValid == yes
    BOOL responseIsValid = YES;
    NSError *validationError = nil;

    // 2. 假如response存在且类型是NSHTTPURLResponse
    if (response && [response isKindOfClass:[NSHTTPURLResponse class]]) {
        
        // 2.1 条件：self.acceptableContentTypes存在且不包含服务器返回的MIMEType且MIMEType和data都不能为空
        if (self.acceptableContentTypes && ![self.acceptableContentTypes containsObject:[response MIMEType]] &&
            !([response MIMEType] == nil && [data length] == 0)) {

            if ([data length] > 0 && [response URL]) {
                
                // 2.1.1 生成错误信息
                NSMutableDictionary *mutableUserInfo = [@{
                                                          NSLocalizedDescriptionKey: [NSString stringWithFormat:NSLocalizedStringFromTable(@"Request failed: unacceptable content-type: %@", @"AFNetworking", nil), [response MIMEType]],
                                                          NSURLErrorFailingURLErrorKey:[response URL],
                                                          AFNetworkingOperationFailingURLResponseErrorKey: response,
                    
                                                          } mutableCopy];
                // 2.1.2 包含data错误信息
                if (data) {
                    mutableUserInfo[AFNetworkingOperationFailingURLResponseDataErrorKey] = data;
                }

                // 2.1.3 生成NSError
                validationError = AFErrorWithUnderlyingError([NSError errorWithDomain:AFURLResponseSerializationErrorDomain code:NSURLErrorCannotDecodeContentData userInfo:mutableUserInfo], validationError);
            }

            responseIsValid = NO;
        }

        // 同上
        if (self.acceptableStatusCodes && ![self.acceptableStatusCodes containsIndex:(NSUInteger)response.statusCode] && [response URL]) {
            NSMutableDictionary *mutableUserInfo = [@{
                                               NSLocalizedDescriptionKey: [NSString stringWithFormat:NSLocalizedStringFromTable(@"Request failed: %@ (%ld)", @"AFNetworking", nil), [NSHTTPURLResponse localizedStringForStatusCode:response.statusCode], (long)response.statusCode],
                                               NSURLErrorFailingURLErrorKey:[response URL],
                                               AFNetworkingOperationFailingURLResponseErrorKey: response,
                                       } mutableCopy];

            if (data) {
                mutableUserInfo[AFNetworkingOperationFailingURLResponseDataErrorKey] = data;
            }

            // 设置错误，通过AFErrorWithUnderlyingError这个函数设置validationError的NSUnderlyingErrorKey
            validationError = AFErrorWithUnderlyingError([NSError errorWithDomain:AFURLResponseSerializationErrorDomain code:NSURLErrorBadServerResponse userInfo:mutableUserInfo], validationError);

            responseIsValid = NO;
        }
    }

    // 赋值
    if (error && !responseIsValid) {
        *error = validationError;
    }

    return responseIsValid;
}

这个方法就是检测响应的有效性的。默认是YES。整个方法中比较值得关注的是对NSError的使用。在这里不对它做详细的介绍，大概解释下最长用的一些东东。

1. 我们关注下它的NSDictionary *userInfo这个属性，错误信息一般都在这个字典中获得。因为是一个字典，所以我们在给NSError的userInfo赋值的时候，会用到key。我们看看系统自带的key和含义有哪些？

当然我们也可以自定义key来操作NSError。

在上边的那个方法中，有可能会出现两个错误，在self.acceptableContentTypes和self.acceptableStatusCodes这两个判断中，如果都出现错误怎么办呢？

这就用到了NSUnderlyingErrorKey 这个字段，它标示一个优先的错误，value为NSErro对象。

通过下边的这个函数进行了转换和赋值：

#pragma mark - NSSecureCoding

+ (BOOL)supportsSecureCoding {
    return YES;
}

- (instancetype)initWithCoder:(NSCoder *)decoder {
    self = [self init];
    if (!self) {
        return nil;
    }

    self.acceptableStatusCodes = [decoder decodeObjectOfClass:[NSIndexSet class] forKey:NSStringFromSelector(@selector(acceptableStatusCodes))];
    self.acceptableContentTypes = [decoder decodeObjectOfClass:[NSIndexSet class] forKey:NSStringFromSelector(@selector(acceptableContentTypes))];

    return self;
}

- (void)encodeWithCoder:(NSCoder *)coder {
    [coder encodeObject:self.acceptableStatusCodes forKey:NSStringFromSelector(@selector(acceptableStatusCodes))];
    [coder encodeObject:self.acceptableContentTypes forKey:NSStringFromSelector(@selector(acceptableContentTypes))];
}

#pragma mark - NSCopying

- (instancetype)copyWithZone:(NSZone *)zone {
    AFHTTPResponseSerializer *serializer = [[[self class] allocWithZone:zone] init];
    serializer.acceptableStatusCodes = [self.acceptableStatusCodes copyWithZone:zone];
    serializer.acceptableContentTypes = [self.acceptableContentTypes copyWithZone:zone];

    return serializer;
}

这几个是对 NSCopying NSSecureCoding 这两个协议的实现部分，算是固定写法吧。为了节省篇幅 ，在下边的各个分类中，就不对这些代码进行说明了。

==================================  分割线 ==================================

我们来看看这个Json序列化的头文件。

这个选项可以设置json的读取选项，我们点进去可以看到：

• NSJSONReadingMutableContainers    这个解析json成功后返回一个容器。

• NSJSONReadingMutableLeaves         返回中的json对象中字符串为NSMutableString

• NSJSONReadingAllowFragments        允许JSON字符串最外层既不是NSArray也不是NSDictionary，但必须是有效的JSON Fragment。例如使用这个选项可以解析 @“123” 这样的字符串

我们举个例子说明一下NSJSONReadingMutableContainers：

NSString *str = @"{"name":"zhangsan"}";
    
    NSMutableDictionary *dict = [NSJSONSerialization JSONObjectWithData:[str dataUsingEncoding:NSUTF8StringEncoding] options:0 error:nil];
    // 应用崩溃，不选用NSJSONReadingOptions，则返回的对象是不可变的，NSDictionary
    [dict setObject:@"male" forKey:@"sex"];
    
    NSMutableDictionary *dict = [NSJSONSerialization JSONObjectWithData:[str dataUsingEncoding:NSUTF8StringEncoding] options:NSJSONReadingMutableContainers error:nil];
    // 没问题，使用NSJSONReadingMutableContainers，则返回的对象是可变的，NSMutableDictionary
    [dict setObject:@"male" forKey:@"sex"];
    
    NSLog(@"%@", dict);

如果服务器返回的json的最外层并不是以NSArray 或者 NSDictionary ，而是一个有效的json fragment ，比如 就返回了一个@"abc"。 那么我们使用NSJSONReadingAllowFragments这个选项也能够解析出来。

这个属性用来设置是否过滤NSNull。

通过初始化方法可以看出来，AFNetworking支持的ContentType有：

• application/json

• text/json

• text/javascript

- (id)responseObjectForResponse:(NSURLResponse *)response
                           data:(NSData *)data
                          error:(NSError *__autoreleasing *)error
{
    // 判空处理，如果验证结果失败，在没有error 或者 错误中code：NSURLErrorCannotDecodeContentData 的情况下，是不能解析数据的，就返回nil
    if (![self validateResponse:(NSHTTPURLResponse *)response data:data error:error]) {
        if (!error || AFErrorOrUnderlyingErrorHasCodeInDomain(*error, NSURLErrorCannotDecodeContentData, AFURLResponseSerializationErrorDomain)) {
            return nil;
        }
    }

    id responseObject = nil;
    NSError *serializationError = nil;
    // Workaround for behavior of Rails to return a single space for `head :ok` (a workaround for a bug in Safari), which is not interpreted as valid input by NSJSONSerialization.
    // See https://github.com/rails/rails/issues/1742
    BOOL isSpace = [data isEqualToData:[NSData dataWithBytes:" " length:1]];
    if (data.length > 0 && !isSpace) {
        responseObject = [NSJSONSerialization JSONObjectWithData:data options:self.readingOptions error:&serializationError];
    } else {
        return nil;
    }

    if (self.removesKeysWithNullValues && responseObject) {
        responseObject = AFJSONObjectByRemovingKeysWithNullValues(responseObject, self.readingOptions);
    }

    if (error) {
        *error = AFErrorWithUnderlyingError(serializationError, *error);
    }

    return responseObject;
    
    
}

json转化的和新方法，这个方法中除了加了一些必要的判断之外，新出现了两个函数，函数的实现也比较好理解，就不做详细介绍了，把代码贴出来：

// 检测错误或者有限错误中是否匹配code和domain
static BOOL AFErrorOrUnderlyingErrorHasCodeInDomain(NSError *error, NSInteger code, NSString *domain) {
    
    // error中的domain和code相同，直接返回YES
    if ([error.domain isEqualToString:domain] && error.code == code) {
        return YES;
        
        // 否则检测error中的NSUnderlyingErrorKey
    } else if (error.userInfo[NSUnderlyingErrorKey]) {
        return AFErrorOrUnderlyingErrorHasCodeInDomain(error.userInfo[NSUnderlyingErrorKey], code, domain);
    }

    return NO;
}

// 该方法用于删除一个对象中的NUll
static id AFJSONObjectByRemovingKeysWithNullValues(id JSONObject, NSJSONReadingOptions readingOptions) {
    
    // 1.数组
    if ([JSONObject isKindOfClass:[NSArray class]]) {
        
        //1.1 创建一个可变的数组，为了提高性能，使用Capacity创建
        NSMutableArray *mutableArray = [NSMutableArray arrayWithCapacity:[(NSArray *)JSONObject count]];
        
        // 1.2 遍历数组，通过迭代的手段清空数组内的null
        for (id value in (NSArray *)JSONObject) {
            [mutableArray addObject:AFJSONObjectByRemovingKeysWithNullValues(value, readingOptions)];
        }

        // 1.3 readingOptions == NSJSONReadingMutableContainers 返回可变容器，其他返回不可变容器
        return (readingOptions & NSJSONReadingMutableContainers) ? mutableArray : [NSArray arrayWithArray:mutableArray];
    }
    
    // 2. 思想同上
    else if ([JSONObject isKindOfClass:[NSDictionary class]]) {
        NSMutableDictionary *mutableDictionary = [NSMutableDictionary dictionaryWithDictionary:JSONObject];
        for (id <NSCopying> key in [(NSDictionary *)JSONObject allKeys]) {
            id value = (NSDictionary *)JSONObject[key];
            if (!value || [value isEqual:[NSNull null]]) {
                [mutableDictionary removeObjectForKey:key];
            } else if ([value isKindOfClass:[NSArray class]] || [value isKindOfClass:[NSDictionary class]]) {
                mutableDictionary[key] = AFJSONObjectByRemovingKeysWithNullValues(value, readingOptions);
            }
        }

        return (readingOptions & NSJSONReadingMutableContainers) ? mutableDictionary : [NSDictionary dictionaryWithDictionary:mutableDictionary];
    }

    return JSONObject;
}

================================ 分割线 ====================================

这个分类是解析XML数据的。

支持的ContentType：

• application/xml

• text/xml

================================  分割线 =============================

注： 这个子类只在mac os x上使用

支持的ContentType：

• application/xml

• text/xml

=============================== 分隔线 =================================

这个分类用来把json解析成PropertyList：

支持的ContentType：

• application/x-plist

=================================  分割线 ===============================

这是一个UIImage分类，添加了一个安全的NData转UIImage的方法；那么什么叫安全的呢？当我们访问或者操纵数据的时候，由于数据还可能被别人操纵，这就有可能出现不安全的情况，为了解决这个问题，引入NSLock这个锁对象 。 

使用方法：

• 创建一个单例NSLock *lock
• [lock lock]
• do something...
• [lock unlock]

这个私有方法，返回一个按照scale收缩的图片。这就使用到了上边的那个安全转换数据的方法了。但看这个方法我们应该知道下边两点知识：

• image.images   images这个属性的用法，下边我们举例说明

• - (instancetype)initWithCGImage:(CGImageRef)cgImage scale:(CGFloat)scale orientation:(UIImageOrientation)orientation NS_AVAILABLE_IOS(4_0);   这个是创建UIImage的一个方法，稍微注意下需要哪些参数。

UIImage *image0 = [UIImage imageNamed:@"SenderVoiceNodePlaying001"];
    UIImage *image1 = [UIImage imageNamed:@"SenderVoiceNodePlaying002"];
    UIImage *image2 = [UIImage imageNamed:@"SenderVoiceNodePlaying003"];
    
    self.imageView.image = [UIImage animatedImageWithImages:@[image0,image1,image2] duration:1.5];
   

效果图如下：

那么这个images属性就可以应用到很多地方了，我们可以使用这个属性来生成一个类似gif的效果或者简单的动画是最常用的场景。

// 根据响应结果和scale返回一张图片
static UIImage * AFInflatedImageFromResponseWithDataAtScale(NSHTTPURLResponse *response, NSData *data, CGFloat scale) {
    
    // 1. 判空
    if (!data || [data length] == 0) {
        return nil;
    }

    // 2. 但凡带CG开头的，标示是CoreGraphics
    CGImageRef imageRef = NULL;
    
    // 3. CGDataProviderRef 可以细节为CoreGraphics中对data的包装
    CGDataProviderRef dataProvider = CGDataProviderCreateWithCFData((__bridge CFDataRef)data);

    // 判断响应返回的MIMEType类型，
    if ([response.MIMEType isEqualToString:@"image/png"]) {
        imageRef = CGImageCreateWithPNGDataProvider(dataProvider,  NULL, true, kCGRenderingIntentDefault);
    } else if ([response.MIMEType isEqualToString:@"image/jpeg"]) {
        imageRef = CGImageCreateWithJPEGDataProvider(dataProvider, NULL, true, kCGRenderingIntentDefault);

        if (imageRef) {
            CGColorSpaceRef imageColorSpace = CGImageGetColorSpace(imageRef);
            CGColorSpaceModel imageColorSpaceModel = CGColorSpaceGetModel(imageColorSpace);

            // CGImageCreateWithJPEGDataProvider does not properly handle CMKY, so fall back to AFImageWithDataAtScale
            if (imageColorSpaceModel == kCGColorSpaceModelCMYK) {
                CGImageRelease(imageRef);
                imageRef = NULL;
            }
        }
    }

    CGDataProviderRelease(dataProvider);

    UIImage *image = AFImageWithDataAtScale(data, scale);
    if (!imageRef) {
        if (image.images || !image) {
            return image;
        }

        imageRef = CGImageCreateCopy([image CGImage]);
        if (!imageRef) {
            return nil;
        }
    }
    
    // 代码到了这里，这个imageRef肯定有值了，有可能是response.MIMEType得到的，也有可能是根据image得到的

    size_t width = CGImageGetWidth(imageRef);
    size_t height = CGImageGetHeight(imageRef);
    size_t bitsPerComponent = CGImageGetBitsPerComponent(imageRef);

    // 这行代码不太明白什么意思。。
    if (width * height > 1024 * 1024 || bitsPerComponent > 8) {
        CGImageRelease(imageRef);

        return image;
    }

    // CGImageGetBytesPerRow() calculates incorrectly in iOS 5.0, so defer to CGBitmapContextCreate
    size_t bytesPerRow = 0;
    CGColorSpaceRef colorSpace = CGColorSpaceCreateDeviceRGB();
    CGColorSpaceModel colorSpaceModel = CGColorSpaceGetModel(colorSpace);
    CGBitmapInfo bitmapInfo = CGImageGetBitmapInfo(imageRef);

    if (colorSpaceModel == kCGColorSpaceModelRGB) {
        uint32_t alpha = (bitmapInfo & kCGBitmapAlphaInfoMask);
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wassign-enum"
        if (alpha == kCGImageAlphaNone) {
            bitmapInfo &= ~kCGBitmapAlphaInfoMask;
            bitmapInfo |= kCGImageAlphaNoneSkipFirst;
        } else if (!(alpha == kCGImageAlphaNoneSkipFirst || alpha == kCGImageAlphaNoneSkipLast)) {
            bitmapInfo &= ~kCGBitmapAlphaInfoMask;
            bitmapInfo |= kCGImageAlphaPremultipliedFirst;
        }
#pragma clang diagnostic pop
    }

    CGContextRef context = CGBitmapContextCreate(NULL, width, height, bitsPerComponent, bytesPerRow, colorSpace, bitmapInfo);

    CGColorSpaceRelease(colorSpace);

    if (!context) {
        CGImageRelease(imageRef);

        return image;
    }

    CGContextDrawImage(context, CGRectMake(0.0f, 0.0f, width, height), imageRef);
    CGImageRef inflatedImageRef = CGBitmapContextCreateImage(context);

    CGContextRelease(context);

    UIImage *inflatedImage = [[UIImage alloc] initWithCGImage:inflatedImageRef scale:scale orientation:image.imageOrientation];

    CGImageRelease(inflatedImageRef);
    CGImageRelease(imageRef);

    return inflatedImage;
}

上边的这个方法设计到了CoreGraphics的知识，这个还不是特别了解。稍后会补一补这方面的知识。

上边的代码有一点不明白的地方，：

  // 这行代码不太明白什么意思。。
    if (width * height > 1024 * 1024 || bitsPerComponent > 8) {
        CGImageRelease(imageRef);

        return image;
    }

后来看到了一篇文章 把原话粘贴出来

AFJSONResponseSerializer使用系统内置的NSJSONSerialization解析json，NSJSON只支持解析UTF8编码的数据（还有UTF-16LE之类的，都不常用），所以要先把返回的数据转成UTF8格式。这里会尝试用HTTP返回的编码类型和自己设置的stringEncoding去把数据解码转成字符串NSString，再把NSString用UTF8编码转成NSData，再用NSJSONSerialization解析成对象返回。

上述过程是NSData->NSString->NSData->NSObject，这里有个问题，如果你能确定服务端返回的是UTF8编码的json数据，那NSData->NSString->NSData这两步就是无意义的，而且这两步进行了两次编解码，很浪费性能，所以如果确定服务端返回utf8编码数据，就建议自己再写个JSONResponseSerializer，跳过这两个步骤。

此外AFJSONResponseSerializer专门写了个方法去除NSNull，直接把对象里值是NSNull的键去掉，还蛮贴心，若不去掉，上层很容易忽略了这个数据类型，判断了数据是否nil没判断是否NSNull，进行了错误的调用导致core。

图片解压

当我们调用UIImage的方法imageWithData:方法把数据转成UIImage对象后，其实这时UIImage对象还没准备好需要渲染到屏幕的数据，现在的网络图像PNG和JPG都是压缩格式，需要把它们解压转成bitmap后才能渲染到屏幕上，如果不做任何处理，当你把UIImage赋给UIImageView，在渲染之前底层会判断到UIImage对象未解压，没有bitmap数据，这时会在主线程对图片进行解压操作，再渲染到屏幕上。这个解压操作是比较耗时的，如果任由它在主线程做，可能会导致速度慢UI卡顿的问题。

AFImageResponseSerializer除了把返回数据解析成UIImage外，还会把图像数据解压，这个处理是在子线程（AFNetworking专用的一条线程，详见AFURLConnectionOperation），处理后上层使用返回的UIImage在主线程渲染时就不需要做解压这步操作，主线程减轻了负担，减少了UI卡顿问题。

具体实现上在AFInflatedImageFromResponseWithDataAtScale里，创建一个画布，把UIImage画在画布上，再把这个画布保存成UIImage返回给上层。只有JPG和PNG才会尝试去做解压操作，期间如果解压失败，或者遇到CMKY颜色格式的jpg，或者图像太大(解压后的bitmap太占内存，一个像素3-4字节，搞不好内存就爆掉了)，就直接返回未解压的图像。

另外在代码里看到iOS才需要这样手动解压，MacOS上已经有封装好的对象NSBitmapImageRep可以做这个事。

关于图片解压，还有几个问题不清楚：

1.本来以为调用imageWithData方法只是持有了数据，没有做解压相关的事，后来看到调用堆栈发现已经做了一些解压操作，从调用名字看进行了huffman解码，不知还会继续做到解码jpg的哪一步。 
UIImage_jpg

2.以上图片手动解压方式都是在CPU进行的，如果不进行手动解压，把图片放进layer里，让底层自动做这个事，是会用GPU进行的解压的。不知用GPU解压与用CPU解压速度会差多少，如果GPU速度很快，就算是在主线程做解压，也变得可以接受了，就不需要手动解压这样的优化了，不过目前没找到方法检测GPU解压的速度。

原来做这个转化的目的是为了尽量避免在主线程解压数据，因图像太大造成内存崩溃的问题。

============================== 分割线 ==================================

支持的ContentType：

• image/tiff

• image/jpeg

• image/gif

• image/png

• image/ico

• image/x-icon

• image/bmp

• image/x-bmp

• image/x-xbitmap

• image/x-win-bitmap

===========================  分割线 ==============================

这个复合型的子类有一个数组属性，里边装着多种序列化类型。看其实现方法也是，遍历数组中的内容，只要能转化成功，就返回数据。

============================= 分割线 =================================

好了，这篇就到此为止了，我们学到了

• 通过一个协议来得到不同转换的结果。
• 知道了AFNetworking响应结果支持的各种类型。
• 大体了解了NSIndexSet的使用方法
• 如果创建一个NSError 和 带有优先错误的NSUnderlyingErrorKey
• 服务器返回的图片是压缩格式，要进行解压
• 使用images来实现gif效果