如何让 [UIImage imageWithContentsOfFile:] 和高分辨率图像正常工作

Question

正如许多人抱怨的那样，Apple Retina Display SDK 中似乎存在一个错误，并且 imageWithContentsOfFile 实际上不会自动加载 2x 图像。

我偶然发现了一篇很好的文章，如何制作一个检测 UIScreen 比例因子并正确加载低或高分辨率图像的函数（ http://atastypixel.com/blog/uiimage-solution-independence-and-the-iphone-4s-retina-display/ ) ，但该解决方案加载 2x 图像，并且图像的比例因子仍然设置为 1.0，这会导致 2x 图像缩放 2 倍（因此，比它看起来的样子大 4 倍）

imageNamed 似乎准确地加载了低值和高分辨率图像，但对我来说没有选择。

有没有人有一个不使用自动加载 imageNamed 或 imageWithContentsOfFile 来加载低/高分辨率图像的解决方案？ （或最终解决如何使 imageWithContentsOfFile 正确工作）

Answer 1

如果指定绝对路径，[UIImage imageWithContentsOfFile:] 不会加载 @2x 图形。

这是一个解决方案：

- (UIImage *)loadRetinaImageIfAvailable:(NSString *)path {

    NSString *retinaPath = [[path stringByDeletingLastPathComponent] stringByAppendingPathComponent:[NSString stringWithFormat:@"%@@2x.%@", [[path lastPathComponent] stringByDeletingPathExtension], [path pathExtension]]];

    if( [UIScreen mainScreen].scale == 2.0 && [[NSFileManager defaultManager] fileExistsAtPath:retinaPath] == YES) 
        return [[[UIImage alloc] initWithCGImage:[[UIImage imageWithData:[NSData dataWithContentsOfFile:retinaPath]] CGImage] scale:2.0 orientation:UIImageOrientationUp] autorelease];
    else
        return [UIImage imageWithContentsOfFile:path];
}

归功于 Christof Dorner 对于他的简单解决方案（我修改并粘贴在这里）。

Answer 2

我已经为这个问题开发了一个临时解决方法。
它使用方法调配来替换 UIImage 的“imageWithContentsOfFile:”方法的行为。
它在 iPhone/iPod 视网膜前/后工作正常。
不确定 iPad 的情况。

希望这有帮助。

#import </usr/include/objc/objc-class.h>

@implementation NSString(LoadHighDef)

/** If self is the path to an image, returns the nominal path to the high-res variant of that image */
-(NSString*) stringByInsertingHighResPathModifier {

     NSString *path = [self stringByDeletingPathExtension];

     // We determine whether a device modifier is present, and in case it is, where is 
     // the "split position" at which the "@2x" token is to be added
     NSArray  *deviceModifiers = [NSArray arrayWithObjects:@"~iphone", @"~ipad", nil];
     NSInteger splitIdx = [path length];
     for (NSString *modifier in deviceModifiers) {
          if ([path hasSuffix:modifier]) {
               splitIdx -= [modifier length];
               break;
          }
     }

     // We insert the "@2x" token in the string at the proper position; if no 
     // device modifier is present the token is added at the end of the string
     NSString *highDefPath = [NSString stringWithFormat:@"%@@2x%@",[path substringToIndex:splitIdx], [path substringFromIndex:splitIdx]];

     // We possibly add the extension, if there is any extension at all
     NSString *ext = [self pathExtension];
     return [ext length]>0? [highDefPath stringByAppendingPathExtension:ext] : highDefPath;
}

@end

@implementation UIImage (LoadHighDef)

/* Upon loading this category, the implementation of "imageWithContentsOfFile:" is exchanged with the implementation
 * of our custom "imageWithContentsOfFile_custom:" method, whereby we replace and fix the behavior of the system selector. */
+(void)load {
     Method originalMethod    = class_getClassMethod([UIImage class], @selector(imageWithContentsOfFile:));
     Method replacementMethod = class_getClassMethod([UIImage class], @selector(imageWithContentsOfFile_custom:));
     method_exchangeImplementations(replacementMethod, originalMethod);
}

/** This method works just like the system "imageWithContentsOfFile:", but it loads the high-res version of the image 
 *  instead of the default one in case the device's screen is high-res and the high-res variant of the image is present.
 *
 *  We assume that the original "imageWithContentsOfFile:" implementation properly sets the "scale" factor upon 
 *  loading a "@2x" image . (this is its behavior as of OS 4.0.1).
 *
 *  Note: The "imageWithContentsOfFile_custom:" invocations in this code are not recursive calls by virtue of 
 *  method swizzling. In fact, the original UIImage implementation of "imageWithContentsOfFile:" gets called.
 */

+ (UIImage*) imageWithContentsOfFile_custom:(NSString*)imgName {

     // If high-res is supported by the device...
     UIScreen *screen = [UIScreen mainScreen];
     if ([screen respondsToSelector:@selector(scale)] && [screen scale]>=2.0) {

          // then we look for the high-res version of the image first
          UIImage  *hiDefImg = [UIImage imageWithContentsOfFile_custom:[imgName stringByInsertingHighResPathModifier]];

          // If such high-res version exists, we return it
          // The scale factor will be correctly set because once you give imageWithContentsOfFile:
          // the full hi-res path it properly takes it into account 
          if (hiDefImg!=nil)
               return hiDefImg;
     }

     // If the device does not support high-res of it does but there is
     // no high-res variant of imgName, we return the base version
     return [UIImage imageWithContentsOfFile_custom:imgName];
}

@end

Answer 3

增强 Lisa Rossellis 的答案，将视网膜图像保持在所需的尺寸（而不是放大）：

NSString *imagePath = ...Path to your image
UIImage *image = [UIImage imageWithData:[NSData dataWithContentsOfFile:imagePath] scale:[UIScreen mainScreen].scale];

Answer 4

从 iOS 4.1 及更高版本开始，imageWithContentsOfFile 可以正常工作（考虑具有正确比例的 @2x 图像）。

Answer 5

我们刚刚在工作中遇到了这个。
这是我的解决方法，似乎有效：

NSString *imgFile = ...path to your file;
NSData *imgData = [[NSData alloc] initWithContentsOfFile:imgFile];
UIImage *img = [[UIImage alloc] initWithData:imgData];

Answer 6

好的，迈克尔在这里找到了实际的解决方案：
http://atastypixel.com/blog/ uiimage-resolution-independence-and-the-iphone-4s-retina-display/

他发现 UIImage 有方法“initWithCGImage”，该方法也将比例因子作为输入（我猜这是唯一可以使用的方法）设置自己的比例因子）

[UIImage initWithCGImage:scale:orientation:]

这似乎效果很好，您可以自定义加载高分辨率图像并只需将比例因子设置为 2.0

imageWithContentsOfFile 的问题是，由于它当前无法正常工作，因此我们不能信任它即使它已修复（因为某些用户的设备上仍然有较旧的 iOS）