iOS开发中，如何防止Crash（闪退，崩溃）？
前言
移动APP中关于crash几乎是0容忍的，那么iOS中会有很多引起crash，比如最常见的数组越界，添加空值。
如果你想解决大部分可能引起的crash，保持代码的健壮性，又不想修改太多代码，那么推荐你使用YCBStability
一款提高iOS稳定性，有效防止闪退的框架
YCBStability
或者你可以通过cocoapods集成，在Podfile文件加入
pod 'YCBStability'
终端输入命令：
pod install
记得导入 <YCBStability/YCBStability.h>
无需添加任何代码，
Release: 不会crash
Debug: 为了更好的追踪问题，依旧会crash，但提供了更多的crash信息
常见carsh汇总
接下来介绍一下，哪些方法使用不慎会引起crash，当然就像上面说的，引入YCBStability会让你的代码更健壮，我在runtime中，进行了方法拦截，避免了carsh
因此，你只要导入YCBStability，不需要添加任何代码，你的代码将变得足够强壮
原理介绍
前面写了很多关于YCBStability解决crash问题，如果你只是想解决代码中的问题，读到这里就够了。
但如果你想了解更多知识，下面我来对crash进行汇总，希望能帮助到你。
OC方法中的那些坑
OB提供的方法并不是健壮的，最常见的，set一个nil or数组越界都会引起crash，有很多朋友喜欢加一些判断，我认为这是一个良好的意识，但并不是最好的做法。
考虑到代码的简洁性，我建议你删掉这些if-else，引入YCBStability
但如果你已经用了Category来避免这些方法引起的crash，那么我建议你继续Category
NSArray
| 方法 | crash说明 : |
|---|---|
| - (ObjectType)objectAtIndex:(NSUInteger)index | 当index大于数组count的时候引起数组越界 |
| - (NSUInteger)indexOfObject:(ObjectType)anObject | 当anObject为nil时carsh |
NSMutableArray
| 方法 | crash说明 |
|---|---|
| - (void)addObject:(ObjectType)anObject | 当anObject为nil时carsh |
| - (void)insertObject:(ObjectType)anObject atIndex:(NSUInteger)index | 当anObject为nil时carsh,当index>mutArray.count时，会产生越界 |
| - (void)removeObjectAtIndex:(NSUInteger)index | 当index>mutArray.count时，会产生越界 |
NSMutableSet
| 方法 | crash说明 |
|---|---|
| - (void)addObject:(ObjectType)object | 当anObject为nil时carsh |
NSMutableDictionary
| 方法 | crash说明 |
|---|---|
| - (void)setObject:(ObjectType)anObject forKey:(KeyType)aKey | 当anObject为nil时,或key为nil时，都会引起crash |
泛型的坑
在NSDictionary中，我们经常用到这个方法
- (nullable ObjectType)objectForKey:(KeyType)aKey;
这种返回值类型很容易产生坑，举个列子：
项目API文档服务器返回数据如下
{
list :(
'a',
'b'
)
}
这时候，你通过
NSArray *array = [dic objectForKey:@"list"];
NSString *str = [array firstObject];
正常状态下，不会有任何问题，但是你要知道，服务器的数据是不可信的，有一天服务器代码出现了bug，list不再是数组，那么APP就会Crash
{
list: {}
}
因为此时的[dic objectForKey:@"list"];取出返回了Dic, 而你依然认为是NSArray，并且调用了firstObject方法，Dic里没有firstObject，APP会crash
面对服务器返回数据的信任问题，有些同学养成了好习惯，加入了if-else，但是我希望你引入YCBStability，使用如下方法：
@interface NSDictionary (YCBStability)
/** 取key对应的字符串 */
- (NSString *)getStringForKey:(id)key;
/** 取key对应的数组 */
- (NSArray *)getArrayForKey:(id)key;
/** 取key对应的字典 */
- (NSDictionary *)getDictinaryForKey:(id)key;
- (int)getIntForKey:(id)key;
- (float)getFloatForKey:(id)key;
- (BOOL)getBoolForKey:(id)key;
@end
根据你要的类型选择不同的方法，
debug模式：如果和预期类型不符会crash，方便问题追踪
release模式：我做了容错处理，避免了crash
非空判断
为了更好的支持类型判断，我提供了如下方法供使用
@interface YCBNonEmpty : NSObject
/** 判断是否是非空的数组 */
+ (BOOL)isArray:(id)object;
/** 判断是否是非空的集合*/
+ (BOOL)isSet:(id)object;
/** 判断是否是非空的字符串 */
+ (BOOL)isString:(id)text;
/** 判断是否是非空的字典 */
+ (BOOL)isDictionary:(id)object;
@end
非空判断是代码中经常用到的技巧，以保证代码的健壮性，在YCBNonEmpty中，我依据类型和count两个条件，判断非空，更加安全准确。
未来
release模式虽然规避了Crash，保证了用户体验。但是牺牲了对问题的追踪。未来我希望可以把日志记录到本地，你可以通过项目中已经集成得友盟统计，百度统计，又或者是自己的接口，进行数据上报，追踪问题。
期待v2.0吧！
