*问题：调用的方法找不到会怎么办？如
People *people = [[Book alloc]init];
[people eat];
上面两句代码中，People类有一个eat的方法，但People *people = [[Book alloc]init];返回的people是一个people，这时候people再去执行eat方法，程序就会Carsh，并会抛出unrecognized selector sent to 的错误，空IMP（指针错误），因为Book类里面没有eat的方法。
对于这种错误，一般的处理处理方式是改变people实现的代码，让他生成正确的类型，今天我们来讲讲另外的一种预防处理机制，我们暂把它叫做空IMP的runtime处理法
在runtime的机制中，程序在运行时，如果执行到IMP的对象时，在抛出unrecognized selector sent to错误之前，程序还会执行三个方法，我们暂且称为空指针三步走。
主要用到objc.h的四个方法：
+ (BOOL)resolveInstanceMethod:(SEL)selOBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0);
- (id)forwardingTargetForSelector:(SEL)aSelector OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0);
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector OBJC_SWIFT_UNAVAILABLE("");
- (void)forwardInvocation:(NSInvocation *)anInvocation OBJC_SWIFT_UNAVAILABLE("");
这四个方法为我们提供了三种补救方案，
第一种方案：Resolution尝试新的解决方案，若有方案，则重启消息发送流程，代码如下
+ (BOOL)resolveInstanceMethod:(SEL)sel
{
if([NSStringFromSelector(sel) isEqualToString:eat]){
class_addMethod(self.class,NSSelectorFromString(eat), (IMP)eat,"@:");//给对象添加一个方法
return [super resolveInstanceMethod:sel];//重新发送
}
return NO;
}
上面代码中，我们在条件检测中去辨别是不是我们要处理的方法，如果是，我们就用runtime动态增加一个新方法，并重启消息发送机制[super resolveInstanceMethod:sel]，如不是我们要处理的方法，则返回NO。
如果在这一步中返回值不为NO，则系统就根据根据返回的方法去重新处理，如返回NO，则进去第二部，实行第二种解决方案
第二种解决方案
//Fast Forwarding向前寻找处理对象
- (id)forwardingTargetForSelector:(SEL)aSelector
{
if([NSStringFromSelector(aSelector) isEqualToString:@"eat"]){
People *people = [[People alloc]init];
NSLog(@"新生成一个People对象%@，让他来帮我们完成eat的动作",people);
return people;//返回新的对象，让心的对象去执行新对象中的eat方法
}
return nil;
}
上面代码中，我们在条件检测中去辨别是不是我们要处理的方法，如果是，我们就新生成一个正确的对象peopple，返回新对象peopple，让新对象peopple去执行eat，如不是我们要处理的方法，则返回nil。
如果这一步没有返回对象，则进去第三种解决方案
第三种解决方案
//Normal Forwarding 这个解决方案又分为两步走
//第一步
-(NSMethodSignature*)methodSignatureForSelector:(SEL)aSelector
{
if([NSStringFromSelector(aSelector) isEqualToString:@"eat"]){
//是我们要处理的方法
//第一步生成方法信号，告诉系统我们找到了这个方法的处理方式了
NSMethodSignature *methodSignature = [super methodSignatureForSelector:aSelector];
if(!methodSignature) {
methodSignature = [NSMethod SignaturesignatureWithObjCTypes:"v@:*"];
}
returnmethodSignature;
}
NSLog(@"没有这个方法的处理方式");
return nil;//返回nil的时候，系统就会抛出unrecognized selector sent to的错误。
}
//第二步
- (void)forwardInvocation:(NSInvocation*)anInvocation
{
if([NSStringFromSelector(anInvocation.selector) isEqualToString:@"eat"]){
People *people = [[People alloc]init];//新生成对象
if([people respondsToSelector:anInvocation.selector]) {//判断对象是否能处理该方法
[anInvocation invokeWithTarget:people];//把动作交给新的对象people去完成
}
}
}
上面代码，第一步中，我们在条件检测中去辨别是不是我们要处理的方法，如果是，则需返回一个信号告诉系统，找到处理方式了，如不是我们要处理的方法，则返回nil，让系统抛出unrecognized selector sent to的错误。
如果在第一步中有返回信号，则系统就会执行第二步的方法，系统跑到forwardInvocation:
后，我们调用[anInvocation invokeWithTarget:people];帮方法的处理者替换掉
*注意，如果在第一步中有返回信号，系统就不再会抛出unrecognized selector sent to的错误，即不管是否实现了第二步，程序都不会奔溃了。
说了那么多，这究竟有什么用？
1.退一步处理原则：奔溃是最不好的一种体验，就算我们没有完成用户的动作，最好也不要让程序奔溃，这里你可以报提示或将错误信息提交至服务器。
2.动态修复，程序发布时预留runtiem处理接口，分析服务器接收到的错误信息，利用runtiem进行修复
