iOS开发的底线

iOS开发的底线
数组越界
NSArray *firstNames = @[@“Roy”, @“Mike”, @“Jordan”];

NSString *name = firstNames[3]; // 崩溃

崩溃信息：

**** Terminating app due to uncaught exception ‘NSRangeException’, reason: ‘*** -[__NSArrayI objectAtIndexedSubscript:]: index 3 beyond bounds [0 … 2]’ *****

分析：

可以看出当前数组的范围是0…2，当前下标超出了范围，即访问了未知的内存空间

注：

除了数组可能越界之外，字符串也有可能越界，例如执行substringWithRange:消息时如果传递了过大的范围也会崩溃

字面量数组和字典插入nil值
数组
NSString *name;

NSArray *firstNames = @[@“Roy”, @“Mike”, @“Jordan”, name]; //崩溃

崩溃信息：

**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘*** -[__NSPlaceholderArray initWithObjects:count:]: attempt to insert nil object from objects[3]’* *****

分析：

通过崩溃信息可以很清楚看到是因为在字典初始化的时候插入了nil，实际上字面量语法是一种语法糖，本质是先创建了一个数组，然后把方括号内的所有对象添加到这个数组中

注：

字面量语法让代码更加简洁，也能及时发现错误，但是最后创建的数组是不可变的

字典
NSNumber *jordanAge;

NSDictionary *ages = @{@“Roy”:@22, @“Mike”:@24, @“Jordan”:jordanAge}; //崩溃

崩溃信息：

**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘*** -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[2]’* *****

分析：

同上面原因一样，都是插入了nil而导致的崩溃

注：

当key为nil的时候插入也会崩溃

Unrecognized Selector
id person = @“person”;

[person objectForKey:@“name”]; //崩溃

崩溃信息：

**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘-[__NSCFConstantString objectForKey:]: unrecognized selector sent to instance 0x1000010e8’* *****

分析：

person对象无法执行objectForKey:消息，所以最后崩溃了

注：

在用Objective-C语言编码时，我们会常常使用id类型更加便利地声明变量，但在执行消息前一定要确定它是否能响应，可使用respondsToSelector:检查。最常见的场景是调用代理方法，即使指定了代理对象，也不一定保证代理实现了相应方法（协议里还有可选实现的方法）

NaN崩溃
float number = NAN;

NSDictionary *dict = @{@“value” : @(number)};

NSData *data = [NSJSONSerialization dataWithJSONObject:dict options:NSJSONWritingSortedKeys error:nil];

崩溃信息：

**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘Invalid number value (NaN) in JSON write’* *****

分析：

可以先来判断dict对象是否能被转换成JSON数据：

BOOL isValidJSONObject = [NSJSONSerialization isValidJSONObject:dict];

isValidJSONObject的结果是NO，也就是dict对象无法被转换为JSON数据，即NaN类型不能被用于JSON对象中

注：

当进行不正常的数学运算时不只是会产生NaN类型，也有可能产生+inf类型，虽然并不会直接造成崩溃，但有可能在用它们进行其他操作的时候会有可能造成崩溃。通过isnan(x)和isinf(x)方法可以判断nan和inf类型

富文本初始化时字符串为空
NSString *text;

NSAttributedString *attributedText = [[NSAttributedString alloc] initWithString:text]; // 崩溃

崩溃信息：

**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘NSConcreteAttributedString initWithString:: nil value’* *****

分析：

从崩溃信息中可以很明显看到是因为传入的变量值为nil而崩溃

注：

构造NSMutableString时，如果传入的字符串为nil也会崩溃

创建未注册过的UITableViewCell
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@“reuseIdentifier”

forIndexPath:indexPath] // 崩溃

服务器端出现问题而造成的崩溃
有一种情况，就是服务器端传递数据给客户端，客户端将其解析成模型对象，然后取模型里的值插入字面量语法构造的数组或者字典中。如果服务器端发生了问题，而客户端没有保护措施就会受到连累，当然实际上服务器端百分之九十九的概率是不可能发生问题的，所以很多人（包括我）也理所当然不会去特意多写一些多余的防御性代码。 我上面只是举了一个例子，一般我们都会和服务器端约定好数据格式以及其他细节，而且大多数时候都会做一些保护，但我真正想强调的是客户端不崩溃一定优于客户端依赖于服务器端而不崩溃，尽可能避免受到外界的影响

其他崩溃
在iOS 9.0之后NSNotificationCenter不会对一个dealloc的观察者发送消息，所以如果应用最低版本是9.0，其实也不必每次都去移除通知，但如果需要支持更低的版本，还是一定要移除通知，否则会崩溃

KVO不移除监听会导致奔溃，所以KVO的添加和移除必须成双成对

内存泄露，最著名的是代理和被代理对象循环引用

总结
以上都是我曾经遇到过的崩溃情况，当然还有很多我不知道的情况，毕竟技术是复杂的。我们或许可以使用一些工具来检查或者避免崩溃，但我还是想强调平时对待代码要更加严谨，对待负责的项目要更有责任感