MCCrashTerminator

iOS Crash Terminator 名字听起来比较中二~-~ 简书地址:http://www.jianshu.com/p/cb497e02a4c5

网易Crash自动防护方案,实现之unrecognized selector crash

先来看下网易提供给我们参考的部分

拦截调用就是，在找不到调用的方法程序崩溃之前，你有机会通过重写NSObject的四个方法来处理: 拦截调用的整个流程即Objective-C的消息转发机制。其具体流程如下图： 由上图可见，在一个函数找不到时，runtime提供了三种方式去补救： 调用resolveInstanceMethod给个机会让类添加这个实现这个函数 调用forwardingTargetForSelector让别的对象去执行这个函数 调用forwardInvocation（函数执行器）灵活的将目标函数以其他形式执行。 如果都不中，调用doesNotRecognizeSelector抛出异常。 这里我们选择了第二步forwardingTargetForSelector来做文章。原因如下： resolveInstanceMethod需要在类的本身上动态添加它本身不存在的方法，这些方法对于该类本身来说冗余的 forwardInvocation可以通过NSInvocation的形式将消息转发给多个对象，但是其开销较大，需要创建新的NSInvocation对象，并且forwardInvocation的函数经常被使用者调用，来做多层消息转发选择机制，不适合多次重写 forwardingTargetForSelector可以将消息转发给一个对象，开销较小，并且被重写的概率较低，适合重写 选择了forwardingTargetForSelector之后，可以将NSObject的该方法重写，做以下几步的处理： 动态创建一个桩类 动态为桩类添加对应的Selector，用一个通用的返回0的函数来实现该SEL的IMP 将消息直接转发到这个桩类对象上。

OK..肯定还是不知道怎么搞....可以参考这篇文章对这些函数的解释:http://www.cnblogs.com/biosli/p/NSObject_inherit_2.html

可以使用methodSignatureForSelector进行处理(我还不是很确定这样是否合理,实践结果看了是的确可以拦截本来,但有可能影响到性能)

通过判断aselector 是否能找到对应来生成NSMethodSignature方法标签,如果不存在生成一个新方法

- (void)forwardInvocation:(NSInvocation *)anInvocation {
NSLog(@"******* unrecognized selector -[%s %@]", object_getClassName(self),NSStringFromSelector([anInvocation selector]));
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
if ([self respondsToSelector:aSelector]) {
NSMethodSignature *methodSignature = [[self class] instanceMethodSignatureForSelector:aSelector];
return methodSignature;
}else {
SEL selector = NSSelectorFromString(@"empty");
class_addMethod([self class], selector,(IMP)empty,"v@:");
NSMethodSignature *methodSignature = [[self class] instanceMethodSignatureForSelector:selector];
return methodSignature;
}
}

void empty(){
NSLog(@"empty");
}

网易Crash自动防护方案,实现之UI not on Main Thread

先来看下网易提供给我们参考的部分

3.8 非主线程刷UI类型crash防护（UI not on Main Thread） 在非主线程刷UI将会导致app运行crash，有必要对其进行处理。 目前初步的处理方案是swizzle UIView类的以下三个方法：

• (void)setNeedsLayout;
• (void)setNeedsDisplay;
• (void)setNeedsDisplayInRect:(CGRect)rect; 在这三个方法调用的时候判断一下当前的线程，如果不是主线程的话，直接利用 dispatch_async(dispatch_get_main_queue(), ^{ //调用原本方法 }); 来将对应的刷UI的操作转移到主线程上，同时统计错误信息。 但是真正实施了之后，发现这三个方法并不能完全覆盖UIView相关的所有刷UI到操作，但是如果要将全部到UIView的刷UI的方法统计起来并且swizzle，感觉略笨拙而且不高效。 所以作者依旧在寻找，看是否有更好的方案来解决该问题。

这个相对来说比较容易理解,我们只需要重写这个刷新的方法,判断是否正在主线程执行,如果不是就回调到主线程,接下来我们用swizzle替换之后来实现 替换原方法

+ (void)swizzleOriginMethod:(SEL)originMethod withNewMethod:(SEL)newMehtod {
    Method fromMethod = class_getInstanceMethod([self class], originMethod);
    Method toMethod = class_getInstanceMethod([self class], newMehtod);
    if (!class_addMethod([self class], newMehtod, method_getImplementation(toMethod), method_getTypeEncoding(toMethod))) {
        method_exchangeImplementations(fromMethod, toMethod);
    }
}

Demo主要是方法查看,所以加了判断只在UICrashView类生效加打印方便大家查看,所以实际要用在项目中可以把对类的判断删除掉就好了

-(void)mc_setNeedsDisplay {
    if ([NSStringFromClass([self class]) isEqualToString:@"UICrashView"]) {
        if (strcmp(dispatch_queue_get_label(DISPATCH_CURRENT_QUEUE_LABEL), dispatch_queue_get_label(dispatch_get_main_queue())) == 0) {
            NSLog(@"MAIN mc_setNeedsDisplay");
            [self mc_setNeedsDisplay];
        }else{
            NSLog(@"THREAD mc_setNeedsDisplay");
            dispatch_async(dispatch_get_main_queue(),^{
                [self mc_setNeedsDisplay];
            });
        }
    }else {
        [self mc_setNeedsDisplay];
    }
}