当属性检查器预先设置图像视图的源时，文件的实际路径何时/如何解析？似乎没有对 NSBundle 的任何调用，但我可能错了。
编辑：我正在尝试调配任何被调用的方法（如果可能的话）以便稍后动态替换资产。
【问题讨论】：
pathForResource 和 imageNamed 都没有被调用...此外，UIImage 上的initWithContentsOfFile: 没有被调用
标签： ios cocoa-touch uiimageview interface-builder nsbundle
iOS 将自动在与您的 xib 文件相同的包中查找您的文件 overflow.png。如果您的 xib 文件只是在应用程序的目标中，则默认情况下它会在主包中查找。
如果您想以编程方式将新图像加载到图像视图中并且您的图像位于主包中：
UIImage *image = [UIImage imageNamed:@"MyAwesomeImage"];
self.imageView.image = image;
如果您的图片在另一个包中：
NSBundle *imageBundle = ... // [NSBundle mainBundle] if your image is inside main bundle
NSString *imagePath = [imageBundle pathForResource:@"MyAwesomeImage" ofType:@"png"];
UIImage *image = [UIImage imageWithContentsOfFile:imagePath];
self.imageView.image = image;
【讨论】：
UIImage 初始化程序或工厂都没有被调用。
我使用调试器（在 iOS Simulator 7.0.3 上）进行了一些研究，发现如下：
1）在IB中设置的UIImageView通过-initWithCoder:初始化。
2) 在initWithCoder: 方法中调用decodeObjectForKey:。并且 (!) 名为 UIImage 的键包含来自 IB 的图像。此图像通过 ivar 设置为 UIImageView，而不是通过 setImage: setter。
因此，似乎 IB 在编译时将原始图像数据打包到 XIB / Storyboard 中。废话，但确实如此。
这就是为什么我们不能调配+imageNamed: 或其他工厂，而应该使用条件代码为retina4 和iOS6 设置图像
编辑：
评论显示已编译的 IB 文件的 hexdumping 中包含 png 名称。
其实看“hexdump -C”的输出 BYZ-38-t0r-view-8bC-Xf-vdC.nib "表示文件名 PNG 出现在编译文件中。因此，它必须正在加载文件数据 通过来自同一个包的文件名。
但是，它们仍然是通过某种内部机制加载的，而不是通过imageNamed:
【讨论】：