iOS 详解swizzle 在数组、字典、字符串中的应用

简单说下写这篇简书的目的吧，swizzle 对iOS开发者并不陌生，网上也有很多资料。但是我浏览少量文章，多数都是写的不全。为什么不全，一是swizzle 在实现方法交换时不够严谨，二是，对数组、字典增加安全防护时也不全面，里面还是有很多细节的。

先上代码：

示例代码地址 提取码：3iy6

一、swizzle 的简单详情

swizzle又叫黑魔法，它可以在运行时实现两个方法（对象方法或者者类方法）的交换。

@implementation Person- (void)run{    NSLog(@"Person -- run");}@end@implementation Student+ (void)load{    [Swizzle swizzleInstanceMethodWithClass:[self class] originlaSelector:@selector(run) swizzleSelector:@selector(goodRun)];}- (void)goodRun{    NSLog(@"Student --- goodRun");//    [self goodRun];}@end

    Student *student = [Student new];    [student run];

运行结果

我们可以看到，子类（student）调用父类的方法（run）时，内部调的是子类的方法（goodRun）。

二、swizzle的实现

// 交换某个类的对象方法+ (void)swizzleInstanceMethodWithClass:(Class)cls originlaSelector:(SEL)originalSelector swizzleSelector:(SEL)swizzleSelector{    Method originalMethod = class_getInstanceMethod(cls, originalSelector);    Method swizzleMethod = class_getInstanceMethod(cls, swizzleSelector);        BOOL isAddMethod = class_addMethod(cls,originalSelector,method_getImplementation(swizzleMethod),method_getTypeEncoding(swizzleMethod));    if (isAddMethod) {        class_replaceMethod(cls,swizzleSelector,method_getImplementation(originalMethod),method_getTypeEncoding(originalMethod));    } else {        method_exchangeImplementations(originalMethod, swizzleMethod);    }}// 交换某个类的类方法+ (void)swizzleClassMethodWithClass:(Class)cls originlaSelector:(SEL)originalSelector swizzleSelector:(SEL)swizzleSelector{    Class metaClass = object_getClass(cls);    Method originalMethod = class_getClassMethod(metaClass, originalSelector);    Method swizzledMethod = class_getClassMethod(metaClass, swizzleSelector);        BOOL isAddMethod = class_addMethod(metaClass,originalSelector,method_getImplementation(swizzledMethod),method_getTypeEncoding(swizzledMethod));        if (isAddMethod) {        class_replaceMethod(metaClass,swizzleSelector,method_getImplementation(originalMethod),method_getTypeEncoding(originalMethod));    } else {        method_exchangeImplementations(originalMethod, swizzledMethod);    }    }

注意点：网上有些资料是不先调用class_addMethod函数的，而是直接调用method_exchangeImplementations就完了

• 现在我们就来讲解下为什么要先调用class_addMethod函数

先结合场景我们看下不这么做的后果是什么：
首先我们先回顾上面简介swizzle写的代码，可以看到在Student类中我先把[slef goodRun]方法注释了，假如不注释[slef goodRun]方法，并且不先执行执行class_addMethod 和里面的判断的话调用[[Person new] run] 是会奔溃的。 这是奔溃的信息

奔溃信息
那么，为什么就会奔溃呢？也就是class_addMethod和判断里面代码的作用是什么了。我们先把步骤解析一下：
1.Person 中的run 方法实现变成 Student中goodRun方法实现，而Student中的goodRun方法除了自己需要增加的功能外还调用Person 中的run方法（这是保证父类的方法功能不影响）。
2.[[Person new] run]方法执行可以解析为两步：一是goodRun方法中自己增加的功能 ，二是Person类中的run方法。问题就是处在第二步，Person类中的run方法已经变成goodRun了，就等于，父类调用了子类的goodRun方法，大家都知道这是不允许的，所以会报方法找不到的错误。
3.[[Student new] run] 方法则是子类调用父类的方法，而父类的run方法实现变成Student 中goodRun方法的实现，同样解析成两步是：一是goodRun中自己增加的功能，二是父类中run方法的功能。子类调用父类的方法这是没问题的。所以[[Student new] run]是不会奔溃的。
这就是奔溃起因的所在。而在开发中实现方法的交换，都是会先加自己需要的功能，最后再调源方法的。比方：我想给数组增加对象时过滤掉nil的对象，以防奔溃，那么你即可以在替换的方法中增加判断，最后一步需要再调用源方法addObject,这样才能保证数组增加对象功能的正常和过滤nil的对象。

class_addMethod：给某个类增加一个方法，增加成功返回YES,否者返回NO
class_replaceMethod：将某个类中的方法替换

那么，怎样来处理这种奔溃问题呢
问题就出现在父类的实例调用自己方法时，调用了子类的方法，所以，处理办法就出来了，我们让父类调用自己的方法时还是调用的自己的方法，而子类调用时，调用的是子类自己重写父类的方法和新添加的方法功能。简单来说就是[[Person new] run]是调Person自己的run方法，[[Student new] run] 是调用Student重写父类的run 方法和自己新加的goodRun 方法。

class_addMethod函数和里面判断步骤详解：

• 先调用class_addMethod函数，给Student 类中新添加一个名字叫run的方法而实现是用Student新添加的goodRun方法的实现，这就等于Student重写了父类的方法，并且这个方法还有我们自己新添加的功能
• 再调用class_replaceMethod方法，将我们新添加的goodRun方法的实现替换成父类Person中的run方法实现。
  这个时候，Person 类中的run方法还是自己的run方法，而Student中的新添加了一个带有父类Person的run方法功能和自己新添加的功能，新添加的goodRun方法实现是父类Person的run方法实现。
  [[Person new] run]调用是调用自己的run方法，所以没有问题
  [[Student new] run] 方法解析成具体的步骤为：一：调用Studnet 中新添加的run方法，二：新添加的原来goodRun方法的功能 三：父类中run方法的实现。
  这样就达到了我们既新添加了功能，又保证原方法的功能。

用一份伪代码来形容这个过程就很清晰明了了

未新添加方法和替换前.jpeg
调用class_addMethod后.jpeg
调用class_replaceMethod函数后.jpeg

三、swizzle在数组等容器类中的应用

对这些容器类做防护时，我们就需要明确对应的类型都是有哪些，还有需要做防护的API都有哪些，只对单个API或者者类型不全时，还是没有起到防护的作用，也就失去了这功能的意义了。

1.NSArray:

• 先理解NSArray在不同形式下的类型：
  • alloc后所得到的类为__NSPlaceholderArray
  • 当init为一个空数组后，变成了__NSArray0
  • 假如有且仅有一个元素，那么为__NSSingleObjectArrayI
  • 假如数组大于一个元素，那么为__NSArrayI
• 需要防护的API有哪些：
  • arrayWithObjects:count:
  • objectAtIndex:
  • objectsAtIndexes:
  • arrayWithObjects:count:

2.NSMutableArray:

• 类型：__NSArrayM
• 需要防护的API:
  • objectAtIndex:
  • addObject:
  • removeObjectAtIndex:
  • removeObjectsAtIndexes:
  • removeObjectsInRange:
  • replaceObjectAtIndex:withObject:
  • replaceObjectsAtIndexes:withObjects:
  • replaceObjectsInRange:withObjectsFromArray:
  • insertObject:atIndex:
  • insertObjects:atIndexes:

3.NSDictionary:

• 需要防护的类型：
  • __NSPlaceholderDictionary
  • NSDictionary
• 需要防护的API：
  • dictionaryWithObject:forKey:
  • dictionaryWithObjects:forKeys:

4.NSMutableDictionary:

• 需要防护的类型：
  • __NSDictionaryM
• 需要防护的API：
  • setObject:forKey:
  • setValue:forKey:
  • removeObjectForKey:

5.NSString:

• 需要防护的类型：
  • __NSCFConstantString
• 需要防护的API：
  • characterAtIndex:
  • substringToIndex:
  • substringFromIndex:
  • substringWithRange:
  • stringByReplacingCharactersInRange:withString:
  • stringByAppendingString:

6.NSMutableString:

• 需要防护的类型：
  • ____NSCFString
• 需要防护的API：
  • replaceCharactersInRange:withString:
  • insertString:atIndex:
  • deleteCharactersInRange:

如何得到这些容器类型呢，只需我们多试几种创立和初始化的形式，而后让程序奔溃，从奔溃的信息里面即可以看到对应的类型是什么了。

补充：

对于有些API，比方：NSDictionary的objectForKey:传入的key为nil时不会奔溃，那么我们就不需要防护了。还有少量像 NSMutableDictionary继承至NSDictionary 所以，初始化的那些方法不需要写了，同时removeObjectForKeys: 这种在数组种就做了防护，所以也不需要了。这些API不肯定写全了，但在日常开发中基本是够用了，其余不常见的API添不增加也就显的不重要了。

最后在说点其余的东西。
很多人写的swizzle实现是写在load方法中的，至于究竟要不要写在load方法中，我觉得还是依据个人项目的需要把。

• 首先，load方法是在程序加载到内存的时候调用，也就是程序启动前系统自动调用，而且只会调用一次。但是，大量的load方法是会影响程序的启动时间，尽管load方法只会调用一次，但却可以手动调用。所以，又出现了在load方法中使用GCD的dispatch_once保证只会交换一次了。
• 个人觉得，功能就应该具有开启和关闭的能力，既然我可以开启防护，那么就应该具有关闭防护的能力。那么在load方法中写，就不合适了
• 既然要具有开启和关闭的能力，那么就需要做好过滤重复开启的操作

结束

除了数组、字典、字符串，还有其余的都可以做防护，比方：NSNotification移除一个不存在的监听者、KVC的设值了一个不存在的key或者者keyPath、KVO监听了一个不存在的keyPath，或者者移除了一个不存在的keyPath、消息发送中找不到方法的错误等等。假如你将这些都加上防护，那么肯定会减少很多奔溃的出现。