ios - 什么时候应该使用 UIImageJPEGRepresentation 和 UIImagePNGRepresentation 将不同的图像格式上传到服务器？

Question

在我的应用程序中，我必须向服务器发送不同格式的图像(它必须是UIImage 类可以读取的所有文件格式)https://developer.apple.com/library/ios/#documentation/uikit/reference/UIImage_Class/Reference/Reference.html

问题是:我不知道什么时候应该使用这些方法。当然很明显，对于 .png 图像，我需要使用 UIImagePNGRepresentation 和对于 .jpg/.jpeg UIImageJPEGRepresentation .但是其他格式(.tiff、.gif 等)呢？图像处理只有两种方法，格式却如此之多。

Answer 1

你说:

Of course it's obvious that for .png images I need to use UIImagePNGRepresentation and for .jpg/.jpeg UIImageJPEGRepresentation.

不，不一定是这样。如果你有一些原始的“数字 Assets ”，而不是创建一个 UIImage 然后使用这两个函数之一来创建你将上传的 NSData，你通常会只需从原始 Assets 加载 NSData 并完全绕过到 UIImage 的往返。如果这样做，您就不会冒因转换为 UIImage 然后再次返回而导致的任何数据丢失的风险。

不过，还有一些额外的注意事项:

1. 元数据:

   这些 UIImageXXXRepresentation 函数去除了图像的元数据。有时这是一件好事(例如，您不想上传 child 的照片或包含 GPS 位置的昂贵小工具，不满者可以在其中识别照片的拍摄地点)。在其他情况下，您不希望丢弃元数据(例如原始拍摄的日期、使用的相机等)。

   您应该明确决定是否要删除元数据。如果不是，请不要通过 UIImage 往返您的图像，而是使用原始资源。

2. 图像质量损失和/或文件大小注意事项:

   我特别不喜欢 UIImageJPEGRepresentation 因为它是 lossy compression .因此，如果您使用小于 1.0 的 compressionQuality 值，您可能会损失一些图像质量(值接近 1.0 时质量损失适度，compressionQuality 值越低质量损失越严重).如果您使用 1.0 的 compressionQuality，您可以减轻大部分 JPEG 图像质量损失，但生成的 NSData 通常会比原始资源大(至少如果original 本身就是压缩的 JPEG 或 PNG)，导致上传速度变慢。

   UIImagePNGRepresentation 不会引入基于压缩的数据丢失，但根据图像，您可能仍会丢失数据(例如，如果原始文件是 48 位 TIFF 或使用的颜色空间不是sRGB)。

   这是一个问题，您是否可以接受上传过程中的一些图像质量损失和/或更大的文件大小。

3. 图片大小:

   有时您不想上传完整分辨率的图片。例如，您可能正在使用要求图像每边不超过 800 像素的 Web 服务。或者，如果您上传的是缩略图，他们可能想要更小的尺寸(例如 32 像素 x 32 像素)。通过调整图像大小，您可以使上传更小，从而更快(尽管有明显的质量损失)。但是如果你使用 image resizing algorithm ，然后使用这些 UIImageXXXRepresentation 函数创建 PNG 或 JPEG 将很常见。

简而言之，如果我想尽量减少数据/质量损失，我会上传原始 Assets (如果它是服务器接受的格式)，并且我会使用 UIImagePNGRepresentation(或UIImageJPGRepresentation，质量设置为 1.0)，如果原始资源不是服务器接受的格式。但是选择使用这些 UIImageXXXRepresentation 函数取决于您的业务需求和服务器接受的内容。