问题描述：项目组件化重构的时候，主工程的中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 <objc/runtime.h>
@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;
}
方案4的HookTool工具的文件地址：https://pan.baidu.com/s/1odyi9pHYI4hc9jUEFrRzkQ 提取码：ruis
小结一下：这个思路表面上看上去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，而是一个占位对象，<UIImage:0x2809993b0 anonymous {1, 1}>,
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 的最终源码：
https://pan.baidu.com/s/1Wsh-jXjD_Me2syNueVIvyg
提取码：jgj2
