Image解码

Image解码

可以看到从CFDataRef直到创建出UIImage，都没有调用过对图像解码的函数，只读取了一些图像基础数据和元数据。

Image解码发生在什么时候？在ImageIO/CGImageSource.h文件中kCGImageSourceShouldCache的上面其实有明确注释。

Specifies whether image decoding and caching should happen at image creation time.

The value of this key must be a CFBooleanRef. The default value is kCFBooleanFalse (image decoding will happen at rendering time).

如果不手动设置Image只会等到在屏幕上渲染时再解码。经过测试，确实如此。这个kCGImageSourceShouldCacheImmediately还不如起名为kCGImageSourceShouldDecodeImmediately。

Image解码到底在哪里做的？

如果在画布上渲染图片，图片一定是会被解码的。下列代码再跑测试

所有调用的函数名中没有明显decompress或者decode字眼。而上面四个函数调用的频率是最高的。根据CGImageDestinationRef调用的png_compress_IDAT，猜测png_read_IDAT_data是做解码的函数。

以上是以png图片作为测试用例，下面看看jpeg图片的

很明显AppleJPEG的decode方法是做解码的函数。jpeg与png调用了两个同样函数，而不同的图片调了不同的解码函数。在画布上画图片的时候，会调用ImageProviderCopyImageBlockSetCallback设置callback，然后调用copyImageBlock，再调用设置的callback，但是解码函数是由copyImageBlock的调用的还是由callback调用的无法验证。

那ImageProviderCopyImageBlockSetCallback与CGDataProviderCopyData是否有关系？经过测试，CGDataProviderCopyData内部也会调用ImageProviderCopyImageBlockSetCallback和copyImageBlock。而且CGDataProviderCopyData得到的CFDataRef是解码过的像素数组。

结论：Image解码发生在CGDataProviderCopyData函数内部调用ImageProviderCopyImageBlockSetCallback设置的callback或者copyImageBlock函数，根据不同的图片格式调用的不同的方法中。

Image的初始化方法

imageWithData从内部函数的调用来看，通过CGImageSourceRef访问图像数据，创建CGImageRef。

imageWithContentsOfFile内部调用如下

文件通过mmap到内存然后通过CGImageSourceRef访问图像数据，创建CGImageRef。

imageNamed先从Bundle里找到资源路径，然后同样也是将文件mmap到内存，再通过CGImageSourceRef访问图像数据，创建CGImageRef。

Image的缓存

通过调用不同的UIImage初始化方法然后创建UIImageVIew展示到屏幕上，来看看不同方法是否有缓存的行为。

imageNamed在第二次展示相同image的时候没有调用imageIO的任何方法。

imageWithData和imageWithContentsOfFile在第二次在展示相同image的时候均调用了imageIO的解码方法。

而imageWithData和imageWithContentsOfFile初始化方法创建的UIImage只要不被释放，再次渲染不会调用imageIO解码方法。

结论为UIImage有两种缓存，一种是UIImage类的缓存，这种缓存保证imageNamed初始化的UIImage只会被解码一次。另一种是UIImage对象的缓存，这种缓存保证只要UIImage没有被释放，就不会再解码。