利用消息转发机制与Try Catch代码块防止崩溃

在实际应用中我们经常遇到程序崩溃的问题：例如数组下标越界、字符串下标越界、调用了未识别的方法等等，这给我们带来的很多困扰。

然而这种情况其实我们不仅可以避免而且我们可以做到更健壮的，尤其是开发过程中对于此种情况崩溃的定位是很有帮助的。

首先说说消息转发机制：
程序在崩溃前系统会给你3次机会进行补救, 可以通过重写

+ (BOOL)resolveInstanceMethod:(SEL)aSEL

也可以通过重写

- (id)forwardingTargetForSelector:(SEL)aSelector

还可以重写

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector

- (void)forwardInvocation:(NSInvocation *)invocation

但是我们一般都是采用第三种模式。因为前两种方式信息量不够，它们只有一个SEL类型的参数, 也就是只能知道调用了哪个方法而不知道是谁调用的, 也就是不知道target是谁, 那么在这里去addMethod是没法做到通用的, 因为你连target都不知道.怎么能准确给出程序想要的去处呢! 而且, 实践时候发现forwardingTargetForSelector会拦截很多系统的方法, 可能是在这里进行重定向, 所以也不适合拦截这个方法.

我们通过运行时的黑魔法来交换两个方法实现拦截系统的forwardInvocation和methodSignatureForSelector的目的。

1.首先我们新建一个NSObject的Category
在.m文件中导入

#import <objc/runtime.h>

然后开始你的表演

static NSString *errorMsg;
void dynamicMethodIMP(id self,SEL _cmd){

    NSString *error = [NSString stringWithFormat:@"errorClass->:%@\n errorFuction->%@\n errorReason->UnRecognized Selector",NSStringFromClass([self class]),errorMsg];
#ifdef DEBUG
    NSLog(@"---%@---",error);
#else
    NSLog(@"+++%@+++",error);
#endif

}
#pragma mark 方法调换
static inline void change_method(Class _originalClass ,SEL _originalSel,Class _newClass ,SEL _newSel){
    Method methodOriginal = class_getInstanceMethod(_originalClass, _originalSel);
    Method methodNew = class_getInstanceMethod(_newClass, _newSel);
    method_exchangeImplementations(methodOriginal, methodNew);
}

@implementation NSObject (UnRecognizedSelHandler)
+ (void)load{

    change_method([self class], @selector(methodSignatureForSelector:), [self class], @selector(GLL_methodSignatureForSelector:));

    change_method([self class], @selector(forwardInvocation:), [self class], @selector(GLL_forwardInvocation:));
}

- (NSMethodSignature *)GLL_methodSignatureForSelector:(SEL)aSelector{
    if (![self respondsToSelector:aSelector]) {
        errorMsg = NSStringFromSelector(aSelector);
        NSMethodSignature *methodSignature = [self GLL_methodSignatureForSelector:aSelector];
        if (class_addMethod([self class], aSelector, (IMP)dynamicMethodIMP, "v@:")) {//方法参数的获取存在问题
            NSLog(@"临时方法添加成功！");
        }
        if (!methodSignature) {
            methodSignature = [self GLL_methodSignatureForSelector:aSelector];
        }

        return methodSignature;

    }else{
        return [self GLL_methodSignatureForSelector:aSelector];
    }
}

- (void)GLL_forwardInvocation:(NSInvocation *)anInvocation{
    SEL selector = [anInvocation selector];
    if ([self respondsToSelector:selector]) {
        [anInvocation invokeWithTarget:self];
    }else{
        [self GLL_forwardInvocation:anInvocation];
    }
}

这样当你把这个文件导入到项目中之后，你再去点击一个按钮调用一个根本就不存在的方法，它会把错误日志NSLog出来。

但是，假如你的问题依然没有解决的话那么请你接着往下看。

消息转发机制虽然可以扑捉到根本就不存在或者说根本就没有声明的方法，但是当你点击按钮按钮调用一个已经声明却没有实现的方法的时候程序依然崩溃闪退了。于是你就莫名其妙不知道怎么处理了，所以你就用到了下面这个方法：Try Catch代码块。

语法：
try
{
    //有可能出现错误的代码写在这里
}
catch
{
    //出错后的处理
}

如果try中的代码没有出错，则程序正常运行try中的内容后，不会执行catch中的内容，

如果try中的代码一但出错，程序立即跳入catch中去执行代码，那么try中出错代码后的所有代码就不再执行了.

catch(…)能够捕获多种数据类型的异常对象，所以它提供给程序员一种对异常对象更好的控制手段，使开发的软件系统有很好的可靠性。因此一个比较有经验的程序员通常都会这样组织编写它的代码模块。

老司机，你明白了吗？