本文是一篇英文的部分翻译，如有哪里不准确，欢迎指出。原文地址

更好的改变image大小的方式

这一部分描述了改变UIImage对象大小的源代码合集。在功能上，它可能与你在各种网上论坛、博客能够找到的类似，但是它将他们的特性正和到一个独立的、可重用的包，并且提供了几个显著的提升。

• 额外的用于裁剪图片，生成缩略图的一些方法。
• 使用Objective-C的categories实现，易于服用。使用categories，你可以在工程代码里方便的使用。导入头文件，你所有的UIImage对象都能自动访问新方法。
• 代码已经尽可能的简化并且彻底文档化。
  代码可以可以在链接里下载。如果你是一名经验丰富的iPhone开发者，你可能已经获取了文件并且开始正确是使用它们了。继续阅读有关如何添加它们，以及导致其创建的问题的崩溃。

UIImage+Resize.h,UIImage+Resize.m
//UIImage类的扩展，用于改变image大小(可选保留原始宽高比)，裁剪和生成缩略图

UIImage+RoundedCorner.h,UIImage+RoundedCorner.m
//UIImage扩展，用于给image添加圆角

UIImage+Alpha.h,UIImage+Alpha.m
//UIImage的扩展，用于image的透明层方法

UIImage+Alpha

Alpha的category可能不像其他类别一样直接有用，但是它提供了一些他们建立的一些必要功能。它的方法包括:

- (BOOL)hasAlpha;

告诉我们image是否有透明层

- (UIImage *)imageWithAlpha;

返回image的靠背，如果它本身没有alpha通道，就给它加一个。当添加透明区域（比如：圆角）给图片的时候，是需要透明通道的。它也可能在下载不直接支持Quartz 2D支持的某些类型的图像文件的时候是必要的。例如，如果你使用imageNamed:加载JPEG文件，加载到的UIImage是每像素32bit，前8bits(kCGImageAlphaNoneSkipFirst)是没有被使用的。但是如果你采用相同的图片并保存成BMP格式，并使用相同的加载方法，UIImage将会是24bits每像素(kCGImageAlphaNone)，这是不被Quartz 2D支持的。把它给绘制的上下文会导致runtime错误。解决此问题的明显方法是却确保只加载生产Quartz兼容像素格式的图像文件。(完整的有效列表在Quartz 2D编程指南的支持像素格式部分)。如果由于某些原因不能使用有效像素格式，在runtime的时候给UIImage添加alpha通道可能有效。

- (UIImage *)transparentBorderImage:(NSUInteger)borderSize;

返回一个在四周有指定大小的透明边框的图片。这用于解决当使用Core Animation:旋转UIImageView的时候出现的问题：它的边框看起来特别恶心.视图的边缘没有反锯齿。幸运的是，在图片的四周添加1像素的透明边框可以修复这个问题。额外的边框将图片的可见边缘移动到内部。并且，由于Core Animation在旋转的时候内插所有的内部像素，图片的边框将会神奇的变成抗锯齿。这个窍门也适用于旋转有图片的UIButton。以下视频将演示效果:(上面是原图片，下面是有1像素的透明边框)

旋转.gif

UIImage+RounderdCorner

随着iPhone OS 3.0的发布，一种新的叫做cornerRadius的Core Animation特性被发布。如果你有一个有图片的UIButton，像这样：

Square-corners.png

添加两行代码:

button.layer.cornerRadius = 30
button.layer.masksToBounds = YES

你就能得到:

Rounded-corners.png

- (UIImage *)roundedCornerImage:(NSInteger)cornerSize
                     borderSize:(NSInteger)borderSize;

创建一个image的靠背，添加指定圆角。如果borderSize为非0，给定大小的透明边框也会被添加。(这个参数的主要目的是前面提及的旋转imageView的时候出现的问题)

UIImage+Resize

改变UIImage的大小比它可能看起来的要复杂。首先，学习Quartz 2D就是一个小问题，有一点复杂。它使用低级别的API。一个简单的参数错误就可能影响数千个像素。产生不可预测的结果。
另一个需要考虑的问题是结果图像的质量问题。默认情况下，当缩放的时候，Quartz 2D添加一个快速，但是并不怎么高质量的插入算法。当把一个图片缩小到很小的尺寸的时候是很明显的，可能是一个icon或者一个缩略图。由算法引起的混叠将平滑线变换成锯齿状边缘。脸将会变成马赛克。
举例来说，以下是把一个UIImageView使用自动resize把1024 x 516像素的JPEG图片压缩成一个320 x 200像素得到的image：

Resize-without-interpolation.jpg

注意机翼边缘的锯齿。为了抵消变形，Quartz 2D可以用过调用CGContextSetInterPolationQuality方法来配置不同的缩放算法。下面是同一张image，相同的缩放大小，使用了kCGInterpolationHigh参数，显示在同一张UIImageView：

Resize-with-interpolation.jpg

- (UIImage *)croppedImage:(CGRect)bounds;

返回指定区域大小的image拷贝。bounds将会使用CGRectIntegral来校正。这意味着所有的小数部分会被转换成整数。

- (UIImage *)thumbnailImage:(NSInteger)thumbnailSize
          transparentBorder:(NSUInteger)borderSize
               cornerRadius:(NSUInteger)cornerRadius
       interpolationQuality:(CGInterpolationQuality)quality;

返回一个减少到给定缩略图大小的图片拷贝。如果这个图片有非方形的长宽比，长的一边的部分将会被截取。如果borderSize不为0，给定大小的透明边框将会被添加。（这个参数的主要目的是前文提到的旋转图片产生的锯齿问题）最后，quality参数据定了缩放图片时候产生的抗锯齿量。

- (UIImage *)resizedImage:(CGSize)newSize
     interpolationQuality:(CGInterpolationQuality)quality;

返回一个改变大小后的图片。quality参数据定了缩放图片时候产生的抗锯齿量。需要注意的是，如果需要适应指定的大小，图片将会被缩放成不成比例的大小。换句话说，原始比例不会被保留。
这个方法，与其他在这描述的用户改变大小的方法，都考虑到UIImage的方向并相应地转换像素。图片的朝向结果将会向上(UIImageOrientationUp)，而无视当前朝向的值。这里用到的代码参考了以下资源：(四个链接，只剩两个有效了)

• iPhone: UIImage rotation and mirroring
• rotate a UIImage help

- (UIImage *)
  resizedImageWithContentMode:(UIViewContentMode)contentMode
                       bounds:(CGSize)bounds
         interpolationQuality:(CGInterpolationQuality)quality;

UIImageView提供了及其有帮助的能力：它能够在保留原始比例的情况下调整显示图片的大小。保留的方式取决于content mode。例如，假设一张大的JPEG图片显示在一个小的、content mode被设置为Center（UIViewContentModeCenter）的视图上，这个图片只有一部分是可见的：

Content-mode-unscaled.jpg

为了包含真个图片，视图的内容可以缩放用以适应视图（UIViewContentModeScaleToFill）。注意缩放到充满图片不会保留比例，得到一个压扁的图片：

Content-mode-scaled.jpg

为了不改变比例缩放图片，其中一个选项是收缩内容直到它在视图范围内（UIViewContentModeScaleAspectFit）。虽然这个选项显示了完整图片，它有侧边没有充满整个视图：

Content-mode-aspect-fit.jpg

另一个方面保留选项是缩小内容，足以适应视图中较小的维度。超过部分将会被裁剪:

Content-mode-aspect-fill.jpg

以上代码都已加入到ZXCategories欢迎使用，支持cocoapods。另附，里面还有一个UIImage+ZXCompress.h的压缩image类也是可以改变image大小的，它使用的是UIGraphicsBeginImageContextWithOptions，而上文的使用的是Quartz 2D的API。两者的区别，及其更详细的相关比较推荐到友情链接这篇翻译去查看。使用swift的代码，不过也很好看懂。