【小萝莉说Crash】第一期：Unrecognized selector sent to instance xxxx

最新推荐文章于 2020-01-21 09:38:38 发布

腾讯Bugly

最新推荐文章于 2020-01-21 09:38:38 发布

阅读量3.4k

点赞数

本文链接：https://blog.csdn.net/Tencent_Bugly/article/details/46274535

版权

大家好，我是来自Bugly Crash实验室的小萝莉（害羞ing），很高兴能和大家一起讨论关于移动终端App的Crash问题及解决方法。

在上次的“精神哥讲Crash”系列中，精神哥给大家分享了小白埋坑，让人泪奔的惨痛经历。这或许会让广大机器猿大呼多么痛的领悟，而以为高大上的水果猿也庆幸还是水果靠谱。然而，coding路上，哪有不挖坑的小白，哪有不被坑的小猿呢？

从本周开始，萝莉会定期给大家分享苹果猿（iOS移动开发者）挖坑和埋坑的一些经历。

今天，首先要给大家讲的是一个入(xiao)门(bai)必(mai)现(keng)的Crash类型 -NSInvalidArgumentException的一个错误问题unrecognizedselector sent to instance xxxx。

Crash基本介绍

错误类型	NSInvalidArgumentException
错误原因	unrecognized selector sent to instance xxxx
错误释义	给实体对象发送了不认识的消息，即对象调用方法出错(方法不存在或对象已被release)
错误基本原因	Objective-C的方法调用其实是基于消息传递的机制，并且是动态编译。因此在编译阶段不会进行类和方法的绑定，而是在运行时执行绑定操作。当类的方法没有实现或对象被提前release时，这个问题会在运行时表现出来，从而导致App崩溃。
影响力	出现率及出错量均在前10，基本上算是小白必遇

下面，我们就通常会出现此类异常的几种常见场景做一个简单分析。

出错场景分析

1.一个符号引发的血案

示例：

...
// 定义后台加载数据任务
[objperformSelectorInBackground:@selector(loadDataOnBackground:) withObject:0];
...
 
// 实现selector方法
-(void)loadDataOnBackground{   
...
}

错误分析：
定义的 selector方法为带参数的形式，注意方法名后有冒号“:”，而代码中实现的为无参的方法。

正确的方法实现应如下样式：

- (void)loadDataOnBackground:(id)sender{
   ...   
}

在代码中我们通常对Objective-C对象设置selector方法实现事件监听、延时操作或异步操作，但定义后忘记实现方法或方法名书写错误都是常有的事，尤其是在代码量变大，代码结构和注释不够完善的情况下。

此类问题在编译阶段会有警告信息，只要稍加留意就可以修正。

开发者建议：

*确定selector定义使用的流程，即定义后马上实现，并检查是否带参数(方法名是否“:”结尾)
* 合理使用 #pragma 标记组织代码结构
* 不要简单忽略编译过程的警告选项，编译阶段的警告在运行时就可能造成应用崩溃

2.“虚伪”的代理者

示例：

// 定义delegate发送请求
@protocolRequestDelegate <NSObject>
-(BOOL)sendRequest:(id) req;
@end
 
// 发送请求管理器
@implementationRequestManager
-(BOOL)sendPostRequest:(id)req {   
    ...   
    if (delegate) {
        ...
        return [delegate sendRequest:req];   
    }   
    ...   
    return NO;
}

错误分析：
delegate 是在开发复杂App时必定会用到的机制，通常地，delegate被定义为id类型，其被设置的实例可能没有实现RequestDelegate方法，此时调用sendRequest方法就会出现崩溃。

一般规范的做法是在调用前使用respondsToSelector:(SEL) aSelector方法进行判断，如下：

-(BOOL)sendPostRequest:(id)req {
    ...
    if (delegate && [delegaterespondsToSelector:@selector(sendRequest:)]) {
        ...
        return [delegate sendRequest:req];
    }
    ...
    return NO;
}

开发者建议：

*delegate方法调用前进行respondsToSelector判断
* 实现 delegate时，立即实现对应的delegate方法并添加相应注释

3.对象都去哪儿了

示例：

// 定义属性与同名变量 
 @interface RequestManager : NSObject {
     id delegate; 
 } 
 @property (nonatomic, retain) id delegate;
 - (id)initWithDelegate:(id) _dele; 
 @end
 @implementation RequestManager 
 @synthesize delegate;
 - (id)initWithDelegate:(id) _dele{
     self = [super init];
     if (self) {
         delegate = _dele; // 没有添加引用计数，应该使用self.delegate = _dele;
     }
     return self; } 
 @end

错误分析：
在初始化方法中，没有调用setter方法对属性赋值，因此没有添加引用计数，这样在使用self.delegate时，有可能已经被release了，此时应用就会崩溃。

这种场景是出现此类问题最多的一种情况，尤其是在非ARC模式的项目中，对象的retain和release手动控制，更易导致此类问题。

开发者建议：

*属性和成员变量不要重名定义，合理使用synthesize生成属性的setter和getter方法
* 变量的 retain和release要谨慎，建议采用安全release方法，即release的对象置为nil