详解 UIKit：显示图像数据的高级接口 UIImage
转载自:http://www.cocoachina.com/ios/20151207/14376.html
本系列主要基于Apple官方文档，更多的是对参考文档重点内容的翻译与补充。该系列中的每篇文章会持续更新与补充。如有问题，欢迎通过微博告诉我，我将及时进行更正，谢谢！！！
UIImage对象是iOS中用来显示图像数据的高级接口。我们可以从文件，NSData，Quartz图片对象中创建UIImage对象。可以说这个类是我们接触频率非常高的一个类。
UIImage的不可变性
UIImage对象是不可变的，所以一旦创建后，我们就不能再改变它的属性。这也就意味着，我们只能在初始化方法中提供属性值或依赖于图片自身的属性值。同样，由于其不可变，所以在任何线程中都可以安全地使用它。
如果我们想修改UIImage对象的一些属性，则可以使用便捷方法和自定义的参数值来创建图像的一份拷贝。
另外，由于UIImage对象是不可变的，所以它没有提供访问底层图片数据的方法。不过我们可以使用UIImagePNGRepresentation或UIImageJPEGRepresentation方法来获取包含PNG或JPG格式的数据的NSData对象。如下代码所示：
|
1 2 |
|
创建UIImage对象
对于一个UIImage对象来说，它的数据源主要有以下几种：
- 文件：我们可以使用init(contentsOfFile:)方法来从指定文件中创建对象。
- 纯图片数据(NSData)：如果在内存中有图片的原始数据(表示为NSData对象)，则可以使用init(data:)来创建。需要注意的是这个方法会对象图片数据做缓存。
- CGImage对象：如果我们有一个CGImage对象，则可以使用init(CGImage:)或init(CGImage:scale:orientation:)创建UIImage对象。
- CIImage对象：如果我们有一个CIImage对象，则可以使用init(CIImage:)或init(CIImage:scale:orientation:)创建UIImage对象。
需要注意的是，如果是从文件或者纯图片数据中创建UIImage对象，则要求对应的图片格式是系统支持的图片类型。
对于Objective-C来说，UIImage对象也提供了这些初始化方法对应的便捷类方法来创建对象。
内存管理
在实际的应用中，特别是图片类应用中，我们可能需要使用大量的图片。我们都知道，图片通常都是非常占内存的。如果同一时间加载大量的图片，就可能占用大量的系统内存。
为此，Apple采用了一种比较巧妙的策略。在低内存的情况下，系统会强制清除UIImage对象所指向的图片数据，以释放部分内存。注意，这种清除行为影响到的只是图片数据，而不会影响到UIImage对象本身。当我们需要绘制那些图片数据已经被清除的UIImage对象时，对象会自动从源文件中重新加载数据。当然，这是以时间换空间的一种策略，会导致一定的性能损耗。
说到这里，我们不得不提一下init(named:)方法了。可以说我们平时创建UIImage对象用得最多的应该就是这个方法。这个方法主要是使用bundle中的文件创建图片的快捷方式。关于这个方法，有几点需要注意：
- 缓存：这个方法会首先去系统缓存中查找是否有图片名对应的图片。如果有就返回缓存中的图片；如果没有，则该方法从磁盘或者asset catalog中加载图片并返回，同时将图片缓存到系统中。缓存的图片只有在收到内存警告时才会释放。因此，如果图片的使用频率比较低，则可以考虑使用imageWithContentsOfFile:方法来加载图片，这样可以减少内存资源的消耗。当然，这需要权衡考虑，毕竟读写磁盘也是有性能消耗的，而且现在的高端机内存已经不小了。
- 多分辨率图片处理：在iOS 4.0后，该方法会根据屏幕的分辨率来查找对应尺寸的图片。即我们使用时，只需要写图片名，而不需要指定是1x, 2x还是3x图，该方法会自己判断。
- png图片后缀：在iOS 4.0以后，如果图片是png格式的，则图片文件名不需要附带扩展名。
- 线程安全性：该方法在iOS 9.0之前并不是线程安全的，在二级线程中调用可能会导致崩溃。在iOS 9.0之后，Apple作了优化处理，将其改为线程安全的方法。为了避免不必要的麻烦，尽量在主线程中调用这个方法。
图片拉伸
当我们的图片比所要填充的区域小时，会导致图片变形。如以下图片，原始大小为100*30，将其放到一个300*50的UIImageView中时，整个图片被拉伸。
原始图片
拉伸后的图片
这时我们就需要做特殊的处理。
Android的同学应该都知道.9图，这种图片可以只拉伸中间的部分，而保持四个角不变形。在iOS中也支持这种操作。在早期的iOS版本中，UIImage提供了如下方法来执行此操作：
|
1 |
|
这个方法通过leftCapWidth和topCapHeight两个参数来定义四个角的大小。不过这个方法在iOS 5中就被Deprecated了，对应的两个属性leftCapWidth和topCapHeight也是相同的命运。所以现在不建议使用它们。另外，对于如何解释leftCapWidth和topCapHeight，大家可以参考一下@M了个J的iOS图片拉伸技巧。
在iOS 5中，我们可以使用以下方法来执行相同的操作：
|
1 |
|
这个方法通过一个UIEdgeInsets来指定上下左右不变形的宽度或高度。它会返回一个新的图像。而如果图像被拉伸，则会以平铺的方式来处理中间的拉伸区域。
我们对上面的图片做如下处理：
|
1 2 |
|
其得到的结果如下所示：
在iOS 6，Apple又为我们提供了一个新的方法，相较于上面这个方法，只是多一个resizingMode参数，允许我们指定拉伸模式。
|
1 |
|
这个方法的拉伸模式分两种：平铺(Tile)和拉伸(Stretch)。如果是平铺模式，则跟前一个方法是一样的效果。
动效图片对象
如果我们有一组大小和缩放因子相同的图片，就可以将这些图片加载到同一个UIImage对象中，形成一个动态的UIImage对象。为此，UIImage提供了以下方法：
|
1 |
|
这个方法会加载以name为基准文件名的一系列文件。如，假设我们的name参数值为”swift”，则这个方法会加载诸如”swift0”, “swift1”,…, “swift1024”这样的一系列的文件。
这里有两个问题需要注意：
- 文件的序号必须是从0开始的连续数字，如果不从0开始，则在Playground中是会报错的。而如果中间序号有断，而中断后的图片是不会被加载的。
- 所有文件的大小和缩放因子应该是相同的，否则显示时会有不可预期的结果，这种结果主要表现为播放的顺序可能是杂乱的。
如果我们有一组基准文件名不同的文件，但其大小和缩放因子相同，则可能使用以下方法：
|
1 |
|
传入一个UIImage数组来拼装一个动效UIImage对象。
另外，UIImage也提供了resizable版本的动效方法，如下所示：
|
1 2 |
|
第一个方法的UIImageResizingMode默认是UIImageResizingModeTile，所以如果想对图片做拉伸处理，可以使用第二个的方法，并传入UIImageResizingModeStretch。
图片大小的限制
UIImage对象使用的图片大小尽量小于1024*1024。因为这么大的图片消耗的内存过大，在将其作为OpenGL中的贴图或者是绘制到view/layer中时，可以会出现问题。如果仅仅是代码层面的操作的话，则没有这个限制。比如，将一个大于1024*1024的图片绘制到位图图形上下文中以重新设定其大小。事实上，我们需要通过这种操作来改变图片大小，以将其绘制到视图中。
支持的图片格式
UIImage支持的图片格式在UIImage Class Reference中列出来了，大家可以直接参考。
需要注意的一点是RGB-565格式的BMP文件在加载时会被转换成ARGB-1555格式。
示例代码
本文的示例代码已上传到github，可点击这里查看。
参考