问题描述：项目组件化重构的时候，主工程的中xib 中引用了图片(图片是放在子工程中)，但是不能显示。

问题原因：主工程Xib 加载的图片访问默认的是 main Bundle 中的资源，图片是子工程的FrameWork中图片资源，所以子工程的xib图片不能加载到。如图：

image

有人提出，把图片放到主工程中可以吗？当然可以，但是这样一来，子工程的中Xib显示的图片，也会有问题。再则：图片放在主工程中还用造成target的资源混乱，后期维护是一个问题。

综上所述：最终要解决这个问题，就必须找到Xib 加载图片时候，调用的方法，然后修改图片加载的路径。

方案1：同组的小伙伴有人提出了折中的方案，Xib图片的图片加载是可以通过连线以后生成对应的属性名名称，逐个修改为调用UIImage imageNamed：，经过1分钟思考，我果断否决了这个方案。

原因：因为项目是从别人那里接手，其中用了太多Xib，如下图片，是一个项目中包含Xib 数量为300个。这样一个一个Xib文件去查，去改去连线，修改代码，工作量大，和重写没有什么区别。而且我们像这样类似的项目共7个，先不说人手的问题，这样出也很可能出现问题，漏改，错改避免不了，给测试带来的压力也很大，很明显不是最适合的办法。

果断放弃方案1！

image

方案2：当时猜想了一下，Xib 加载图片资源，是不是调用了 UIImage imageNamed: 这个方法？如果是，我们Hook 一下imageNamed 修改一下imageNamed：不就行了？

马上建立以测试工程，试一试

image

image

很让人失望，竟然没有调用swizzle_imageNamed，也就说Xib 加载图片没有调用imageNamed:这个方法。

没办法，只能放弃方案2

方案3：苦思了好几天，Xib 加载图片，既然没有调用imageName的方法，肯定是调用了其他的方法，比如：

- (nullable NSString *)pathForResource:(nullable NSString *)name ofType:(nullable NSString *)ext;

如果调用，我们把路径改一下，子工程不就访问到了图片资源了吗？如意算盘打的好，还是验证一下，我们在Xib中加载了文件夹中的1.png 和 XCasset中ic_朋友圈，这两种情况

image

代码如下：

#import "NSBundle+Swizzle.h"

#import

@implementation NSBundle (Swizzle)

+ (void)load

{

static dispatch_once_t onceToken;

dispatch_once(&onceToken, ^{

swizzleMethod4([self class], @selector(pathForResource:ofType:), @selector(swizzle_pathForResource:ofType:));

});

}

- (nullable NSString *)swizzle_pathForResource:(nullable NSString *)name ofType:(nullable NSString *)ext;

{

NSLog(@"调用了swizzle_pathForResource吗？%@ ： %@",name,ext);

NSString *path = [self swizzle_pathForResource:name ofType:ext];

return path ;

}

void swizzleMethod4(Class class, SEL originalSelector, SEL swizzledSelector)

{

// the method might not exist in the class, but in its superclass

Method originalMethod = class_getInstanceMethod(class, originalSelector);

Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);

// class_addMethod will fail if original method already exists

BOOL didAddMethod = class_addMethod(class, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod));

// the method doesn’t exist and we just added one

if (didAddMethod) {

class_replaceMethod(class, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod));

}

else {

method_exchangeImplementations(originalMethod, swizzledMethod);

}

}

@end

image

输出结果：

image

控制台有输出结果，虽然当看到有日志输出的那一个秒钟，我很高兴。别激动，仔细看，貌似和图片显示没有什么关系，都是加载Xib文件的时候调用的。也就是说Xib 加载图片也不调用这个方法

没有办法，也只能放弃方案3

方案4(初步有效方案)

看了这么多，问题还是没解决，可能大家也知道我是怎么熬过这几天的吧！但是，我没死心，一直找解决办法。突然，在网上看到一个帖子：https://www.cnblogs.com/dins/p/ios-nei-zhi-tu-pian-shou-shen.html 和https://www.jianshu.com/p/cb5a43bce796 在这里也特别感谢 ‘和风细羽’和‘皮拉夫大王在此’。这里我只是把解决问题的思路和方案讲解一下。

4.1 Xib 的加载肯定是加载都一定会执行 initWithCoder: 方法。那么，我们就新建一个UIImageView 的子类FZImageView，重写initWithCoder：并把图片的继承该为 的子类FZImageView

image

image

我们发现UIimageView 在调用 initWithCoder 之前，image 是不存在的。调用initWithCoder之后，image 就存在了。因此图片肯定就是在initWithCoder中加载的，名称肯定是在其中，就看怎么找到xib 图片的名字了

4.2 进一步观察，发现coder 类型为UINibDecoder， UINibDecoder是NSCoder私有的类

image

所以我们就去HOOK 私有类UINibDecoder的

- (id)decodeObjectForKey:(NSString *)key

同时Hook UiimageView的initWithCoder:(NSCoder *)aDecoder

我们发现：

1.调用顺序是先UIImageView initWithCoder:(NSCoder *)aDecoder 然后UINibDecoder调用decodeObjectForKey:(NSString *)key，然后先UIImageView回到initWithCoder：(NSCoder *)aDecoder 只是是一个同步调用，也即是一个普通的函数调用吧，所以作者选择用_imageViewImageArray全局变量，来传值

2.decodeObjectForKey 我们能通过UIResourceName 取到图片的名字，然后用全局变量存一下名字，在initWithCoder 结束以后，我们重新加载一下图片即可

也许有点绕，我们就用图标记一下，代码的调用顺序，就清晰了，其实就是跨文件的，同步函数调用而已

image

下面是”和风细羽“的代码，片段

- (id)swizzle_imageView_initWithCoder:(NSCoder *)aDecoder

{

// 执行顺序：initWithCoder -》DecoderWithKey -》setImage：，所以每次给 imageView 设置图片时，需要将之前的置空。

// tabbarItem 的图片设置不会执行 initWithCoder，如果不置空，会导致 imageView 设置成和 tabbarItem 一样的图片。

[_imageViewImageArray removeAllObjects];

UIImageView * instance = (UIImageView *)[self swizzle_imageView_initWithCoder:aDecoder];

// 设置 image

if (_imageViewImageArray.count > 0) {

UIImage * normalImage = [HookTool imageAfterSearch:_imageViewImageArray[0]];

if (normalImage) {

instance.image = normalImage;

}

}

// 设置 highlightedImage

if (_imageViewImageArray.count > 1) {

UIImage * highlightedImage = [HookTool imageAfterSearch:_imageViewImageArray[1]];

if (highlightedImage) {

instance.highlightedImage = highlightedImage;

}

}

return instance;

}

- (id)swizzle_decodeObjectForKey:(NSString *)key

{

Method originalMethod = class_getInstanceMethod([HookTool class], @selector(swizzle_decodeObjectForKey:));

IMP function = method_getImplementation(originalMethod);

id (*functionPoint)(id, SEL, id) = (id (*)(id, SEL, id)) function;

id value = functionPoint(self, _cmd, key);

// 保存图片名称

if ([key isEqualToString:propKey]) {

[_imageViewImageArray addObject:value];

}

// 保存 button 状态数据

if ([key isEqualToString:btnKey]) {

if ([value isKindOfClass:[NSDictionary class]]) {

_buttonImageDictionary = value;

}

}

NSLog(@"%@",key);

return value;

}

小结一下：这个思路表面上看上去OK的，逻辑没有任何问题。大致就是UIImageView 在调用initWithCoder:(NSCoder *)aDecoder的时候，使用全局变量，在decodeObjectForKey：(NSString *)key去保存对应的图片名字。在initWithCoder：(NSCoder *)aDecoder调用结束时，图片名字已经拿到了，然后去修改图片的UIimage，让对访问不到的图片，进行修改。修改结束以后，清空全局变量

问题：但是这种方案忽视了一个问题。比如同一个Xib 中有两个或者以上的UIimageView 加载显示是同一个名字的图片资源。这个时候，就会出现只显示一个UIimage的情况。

image

问题原因：一个aDecoder在多个UIimageView 加载UIimage的时候，如果图片名字相同， 只有第一个UIimageView 在调用initWithCoder 后会decodeObjectForKey：(NSString *)key ，后面的UiimageView 则不会调用decodeObjectForKey，这样就后面UIimageView的全局变量就没有获取到图片名字，图片自然就不会显示。这也是iOS系统为了优化内存，同名的图片只会有个对象，导致的。所以全局变量在这里就不再合适了。

方案5：对方案4的改进(最终方案)

通过方案4 的问题分析，我们明白了一个现象，就是aDecoder中的UImageView 和他的UIimage 在内存中对象并不是一一对应的。如果是同一个图片，多个UIinageView 会对应加载同一个UIimage。通过调试我们发现，如果UIImamgeView initWithCoder之后他的image 并不是一个nil，而是一个占位对象，<0x2809993b0 anonymous>,0x2809993b0>

image

image

进一步观察发现：不同ImageView，显示相同的图片时，UIimage地址是相同的都是0x2809993b0；也就是说这个两个ImageView的image 是同一个对象。

5.1 既然共用同一个uiimage对象，我们可以尝试，让这个image对象的地址和图片的名称建立 一一对应的字典关系。

大致思路是： UIimageView对象----> anonymous 的UIimage----> 字典关系----> 图片名字

5.2 如何在decodeObjectForKey的时候找到这个UIimage 并建立绑定关系尼。正在一筹莫展的时候，奇迹发生了。通过断点我们发现 在调用decodeObjectForKey的前调用了

UIImageNibPlaceholder initWithCoder:方法如图。

image

同时我猜想这个就是我们要找的UIImage。果断Hook 了UIImageNibPlaceholder 的 initWithCoder方法。

分析研究 这个方法

经过打断点和UIimageView.image 的地址比对，确实是同一个对象。那就可以建立UIImage对象地址和图片名称的字典了。 而且，UIImageNibPlaceholder initWithCoder: 在需要的某一时刻才调用了decodeObjectForKey 获取图片名称

image

image

5.3 UIImage的对象和名称都找了，这个字典放在什么地方合适尼？全局吗？经过仔细思考最好还是放在NSCoder 中，作为NSCoder 的属性，因为所有的图片资源也是只是和Coder 关联，当Coder对象销毁了，map也就销毁了，方便内存管理。

这里用NSCoder类别的方式增加一个xibImageNameSourceMap 可变字典属性

image

image

5.4 swizzle_imageView_initWithCoder中修正加载失败的图片

image

查找图片路径的代码

+ (UIImage *)imageAfterSearch:(NSString *)imageName

{

// 去 xx 模块找

UIImage * resultImage = nil;

NSString *targetName = @"zhongxiangbao";

//子工程的frameWork中去寻找

if (!resultImage) {

NSString *frameWrokName = [NSString stringWithFormat:@"%@_pack",targetName];

NSString * path = [NSBundle.mainBundle pathForResource:frameWrokName ofType:@"framework" inDirectory:@"Frameworks"];

NSBundle * bundle = [NSBundle bundleWithPath:path];

NSString *imagePath =[bundle pathForResource:imageName ofType:nil];

resultImage = [UIImage imageWithContentsOfFile:imagePath];

}

//子工程的frameWork中的xcasset 中寻找

if (!resultImage) {

NSString *frameWrokName = [NSString stringWithFormat:@"%@_pack",@"zhongxiangbao"];

NSString * path = [NSBundle.mainBundle pathForResource:frameWrokName ofType:@"framework" inDirectory:@"Frameworks"];

NSBundle * bundle = [NSBundle bundleWithPath:path];

resultImage = [UIImage imageNamed:imageName inBundle:bundle compatibleWithTraitCollection:nil];

}

//主工程--的app包下

if(!resultImage){

NSString *path = [NSString stringWithFormat:@"%@/%@",[[NSBundle mainBundle] bundlePath],imageName];

resultImage = [UIImage imageWithContentsOfFile:path];

}

//主工程--xcasset里

if(!resultImage){

resultImage = [UIImage imageNamed:imageName inBundle:nil compatibleWithTraitCollection:nil];

}

return resultImage;

}

方案5 的最终源码：

提取码：jgj2

好了，最终一切归于平静。Xib 重构最棘手的问题解决。继续去开发了。