iOS常见crash场景及解决方案

背景

众所周知,对于移动客户端而言,crash对于用户是一种非常糟糕的体验,crash率对于一款移动应用而言也是一个非常重要的质量指标。因此对于开发者而言,如何在代码中规避一些容易出现crash的场景,养成良好的编码习惯,就显得非常重要了。本文仅以总结项目中经常遇到的crash场景为例,分析如何规避开发iOS平台应用过程中容易遇到的一些可能会造成crash的问题。

crash场景

野指针访问

表现

EXC_BAD_ACCESS

具体场景

  1. 定义property该用strong/weak修饰误用成assign
  2. objc_setAssociatedObject方法中该用OBJC_ASSOCIATION_RETAIN_NONATOMIC修饰的对象误用成OBJC_ASSOCIATION_ASSIGN
  3. CoreFoundation层对象Toll-Free Bridging到Foundation层中,已经用了__bridge_transfer关键字转移了对象的所有权之后,又对CoreFoundation层对象调用了一次CFRelease,如:
CFUUIDRef uuid = CFUUIDCreate(NULL);
CFStringRef cfString = CFUUIDCreateString(NULL, uuid);
NSString *string = (__bridge_transfer NSString *)cfString;
CFRelease(cfString);
  1. NSNotification/KVO 只addObserver并没有removeObserver
  2. block回调之前并没有判空而是直接调用

解决方案

  1. 深刻了解各种关键字修饰内存语义的区别,正确运用,例如delegate属性一般都用weak修饰(可以引入静态代码检查 和commit检查 对assign关键字做警告⚠️)Toll-Free Bridging中三个关于内存语义关键字的含义:
    (__bridge T) op:告诉编译器在 bridge 的时候不要做任何事情
    (__bridge_retained T) op:( ObjC 转 CF 的时候使用)告诉编译器在 bridge 的时候 retain 对象,开发者需要在CF一端负责释放对象
    (__bridge_transfer T) op:( CF 转 ObjC 的时候使用)告诉编译器转移 CF 对象的所有权,开发者不再需要在CF一端负责释放对象
  2. debug阶段启动僵尸对象模式,enbale Zombie Objects帮助辅助定位问题
    原理:在对象释放(retainCount为0)时,使用一个内置的Zombie对象,替代原来被释放的对象。无论向该对象发送什么消息(函数调用),都会触发异常,抛出调试信息。
  3. 对于NSNotificatio/KVO addObserver和removeObserver一定要成对出现,推荐使用FaceBook开源的第三方库FBKVOController
  4. block回调之前先做判空,如:
if (self.didDelete) {
        self.didDelete(sender == self.clearAllButton ? YES : NO, self.viewModel);
}

查找不到指定的方法

表现

Terminating app due to uncaught exception 'NSInvalidAgumentException', reason: '-[Class methodName]: unrecognized selector sent to instance 0x1dd96160'

场景

  1. 头文件声明方法但是在.m文件中没有实现/把方法名修改但是没有在头文件中同步
  2. 调用代理类的方法的时候没有判断代理类是否已经实现对应的方法而直接调用,编译可以通过但是运行时会crash
  3. 对于id类型的对象没有判断类型直接强转调用方法
  4. @property (nonatomic, copy) NSMutableArray *mutableArray;
    用copy修饰的可变属性在赋值之后会变成不可变属性,比如这里调用addObject方法之后就会crash
  5. 在低版本的系统用了高版本才有的api 如:
      //do something
} ```
iOS7下会crash,因为该api是从iOS8系统才开始支持

###解决方案
1. 新建方法时先在.m文件中写方法实现,再把方法名拷贝到头文件中,修改方法名时先改头文件中的声明
2. **调用代理类的方法前先用 `respondsToSelector` 方法先判断一下,然后再进行调用。**
如:

if ([self.delegate respondsToSelector:@selector(methodNotExist)]) {
[self.delegate methodNotExist];
}

3. swizzle掉`NSObject`的`- (void)doesNotRecognizeSelector`方法给一个空的实现(风险比较大),因为方法查找不到在正常消息派发和三次消息转发之后crash之前一定会调用到此方法。
4. 判断类型之后再强转调用对应类中的方法 或者**从设计阶段规避这种问题,如父类定义接口,子类重载实现**
5. 牢记一些高本版才有的api,如

if([str containsString:@"a"]){
//do something
}

可以替换为

if ([str rangeOfString:@"a"]].location != NSNotFound) {
//do something
}


##集合类相关
###表现
- `Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayI objectAtIndex:]: index 8 beyond bounds [0 .. 7]`
- `failed: caught "NSInvalidArgumentException", " * -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[1]`
- `failed: caught "NSInvalidArgumentException", " * setObjectForKey: object cannot be nil (key: no_nillKey)`
- `failed: caught "NSInvalidArgumentException", " * setObjectForKey: key cannot be nil"`
- `Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[__NSArrayM insertObject:atIndex:]: object cannot be nil'`

###场景
1. 数组越界

NSArray *array = @[@"a",@"b",@"c"];
id letter = [array objectAtIndex:3];

2. 向数组中插入空对象 

NSMutableArray *mutableArrray = [NSMutableArray array];
[mutableArray addObject:nil];

3. 调用可变字典`setObject:ForKey`方法,key或者value为空,特别注意字面量写法

@{@"itemID":article.itemID}//这里itemID可能为空

4.一边遍历数组,一边修改数组内容

for(id item in self.itemArray) {
if (item != self.currentItem) {
[self.itemArray removeItem:item];
}
}

或者多线程环境中,一个线程在读另外一个线程在写

###解决方案
1.  从数组中的某个下标取对于元素的时候先判断下标与数组长度的关系,如:

if (index < [[self currentUsers] count]) {
UserModel * model = [[self currentUsers] objectAtIndex:index];
return model;
}

2. **对`NSMutableArray`以及`NSMutableDictionary`自定义一些安全的扩展方法**,如:

-(id)objectAtIndexSafely:(NSUInteger)index {
if (index >= self.count) {
return nil;
}
return [self objectAtIndex:index];
}

-(void)setObjectSafely:(id)anObject forKey:(id <NSCopying>)aKey {
if (!aKey) {
return;
}
if (!anObject){
return;
}
[self setObject:anObject forKey:aKey];
}

3. **调用`NSMutableDictionary`的`setValue:ForKey:`方法而不是`setObject:ForKey:`方法,少用字面量语法**
`NSDictionary`内部对value做了处理,`[mutableDictionary setValue:nil ForKey:@"name"]`不会崩溃
4. 保证多线程中读写操作的原子性:
方法:加锁,信号量,GCD串行队列,GCD `dispatch_barrier_async`方法等,`dispatch_barrier_async`用法示例:

_cache = [[NSMutableDictionary alloc] init];
_queue = dispatch_queue_create("com.mutablearray.safety", DISPATCH_QUEUE_CONCURRENT);
-(id)cacheObjectForKey: (id)key {
__block obj;
dispatch_sync(_queue, ^{
obj = [_cache objectForKey: key];
});
return obj;
}
-(void)setCacheObject: (id)obj forKey: (id)key {
dispatch_barrier_async(_queue, ^{
[_cache setObject: obj forKey: key];
});
}

 遍历时需要修改原数组的时候可以遍历原数组的一个拷贝,如:

NSMutableArray *copyArray = [NSMutableArray arrayWithArray:self.items];
for(id item in copyArray) {
if (item != self.currentItem) {
[self.items removeGuideViewItem:item];
}
}


##KVO 对同一keypath多次removeObserver
###表现
`*** Terminating app due to uncaught exception 'NSRangeException', reason: 'Cannot remove an observer <UIView 0x7f9a90f0a0d0> for the key path "frame" from <ViewController 0x7f9a90e07010> because it is not registered as an observer.'`
###场景
当对同一个keypath进行两次removeObserver时会导致程序crash,这种情况常常出现在父类有一个KVO,父类在dealloc中remove了一次,子类又remove了一次
解决方案:
1. try&catch(容易掩盖问题)
2. 确保addObserver和removeObserver一定要成对出现,推荐使用FaceBook开源的第三方库FBKVOController
3. **可以分别在父类以及本类中定义各自的context字符串,比如在本类中定义context为@"ThisIsMyKVOContextNotSuper";然后在dealloc中remove observer时指定移除的自身添加的observer。这样iOS就能知道移除的是自己的KVO,而不是父类中的KVO,避免二次remove造成crash。**

##KVC相关
###表现
- ` *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '[ setNilValueForKey]: could not set nil as the value for the key age.' // 调用setNilValueForKey抛出异常`
- `*** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<ViewController 0x7ff968606ee0> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key undefined.'//在类中找不到对应的key`

###场景
1. 
value为nil,如:
`
[people1 setValue:nil forKey:@"age"]
`
2. 
在本类中找不到对应的key,如:
`
[viewController setValue:@"crash" forKey:@"undefined"];
`

###解决方案
1. **重写setNilValueForKey方法**

-(void)setNilValueForKey:(NSString *)key{
NSLog(@"不能将%@设成nil",key);
}

2. **重写setValue:forUndefinedKey:方法**

-(void)setValue:(id)value forUndefinedKey:(NSString *)key{
NSLog(@"出现异常,该key不存在%@",key);
}


##UITableView或者UICollectionView的代理方法中返回空的cell
###表现
以UITableView为例:
`*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'UITableView (<ContainerTableView: 0x7fec623a6400; baseClass = UITableView; frame = (0 0; 375 567); clipsToBounds = YES; autoresize = W+H; gestureRecognizers = <NSArray: 0x608002844bf0>; layer = <CALayer: 0x60800183eec0>; contentOffset: {0, 0}; contentSize: {375, 2946}>) failed to obtain a cell from its dataSource (<FeedBaseDelegate: 0x600003668540>)'`
###场景
`UITableView`的 `cellForRowAtIndexPath`方法或者`UICollectionView`的`cellForItemAtIndexPath`方法因为异常返回了nil
出现这种情况的原因有:
- `numberOfRowsInSection`返回的数目不正确,导致行数比cellForRoAtIndexPath预期的多,于是`cellForRowAtIndexPath`方法就不能正确返回超出预期的cell了。
- `cellForRowAtIndexPath`中逻辑有误,漏了一些情况,导致有些cell不能正确返回。

###解决方案
**在相应的代理方法返回之前加一层如果cell为空就返回一个默认cell的兜底保护策略**,如:
  • (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    ExploreCellBase * cell = nil;
    if (!cell) {
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"preventCrashCellIdentifier"];
    if (!cell) {
    cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:@"preventCrashCellIdentifier"];
    }
    cell.textLabel.text = @"";
    return cell;
    }
    return cell;
    }
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容