演示的时候，程序崩了，是不是很丢人，甚至可能丢了饭碗，如何才能避免这种情况？本篇告诉你：让它崩！
你写程序时是不是总会假设一些条件：“日期总是小于31”，“传回的统计数量都是数字”......有时候一个念头一闪，作为重度懒癌患者的程序员，往往给自己洗脑“写服务接口的人没这么傻吧”，然后急忙写“正确”逻辑去了，而墨菲定律告诉我们：
“凡事只要有可能出错,那就一定会出错”
如果你这么有信心，那么就来玩一个勇敢者的游戏（1.0版），像这样：
- (int)getValueOfString:(NSString *)str {
NSAssert(str != nil, @"字符串不能为空");
return str.intValue;
}
断言的格式如下：
NSAssert(正确表达式, @"崩溃时在控制台打印的字符串");
如果不满足正确表达式，程序就会抛出异常，在控制台打印出预先设定好的字符串，方便我们找到崩溃点，像下面这样：
019-01-09 00:24:58.586770+0800 TryNSAssert[26574:1243491] *** Assertion failure in -[ViewController getValueOfString:], /Path/To/TryNSAssert/ViewController.m:24
2019-01-09 00:24:58.735393+0800 TryNSAssert[26574:1243491] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: '字符串不能为空'
这种自杀式的开发方法有个很高大上的名字叫“防御式编程”：
如果你认为你的程序不会出错，你要负责证明它！
所以断言处理的是绝对不应该发生的情况，不要用它来代替异常处理。
使用断言的注意事项
注意事项1: NSAssert 会导致保留环
self.clickBlock = ^(NSString *str) {
NSAssert(str != nil, @"字符串不能为空");
};
这段看似正常的block，实际却导致了self的保留环，str 并不是成员变量，那么是什么引用了self呢？原来NSAssert 是一个宏定义，了解宏的原理就知道，宏实际编译时会被“展开”，NSAssert 被展开成如下代码段：
do { \
__PRAGMA_PUSH_NO_EXTRA_ARG_WARNINGS \
if (__builtin_expect(!(condition), 0)) { \
NSString *__assert_file__ = [NSString stringWithUTF8String:__FILE__]; \
__assert_file__ = __assert_file__ ? __assert_file__ : @"<Unknown File>"; \
[[NSAssertionHandler currentHandler] handleFailureInMethod:_cmd \
object:self file:__assert_file__ \
lineNumber:__LINE__ description:(desc), ##__VA_ARGS__]; \
} \
__PRAGMA_POP_NO_EXTRA_ARG_WARNINGS \
} while(0)
看到那个self了吗？我们可以将NSAssert语句放在 @weakify(self); @strongify(self); 之后（见YYKit和RAC），也可以使用 NSCAssert，这个宏没有引用self。
注意事项2: 断言不应该有副作用
使用FMDB遍历记录时，如果有以下断言：
FMResultSet *s = [db executeQuery:@"SELECT * FROM myTable"];
NSAssert([s next], @"记录不为空")
while ([s next]) {
// 每条记录的检索值
}
上面的代码只能处理从第二条开始的记录，因此不要把带执行的代码（如调用方法）放入断言中。
保留断言
死程序不会撒谎
对于发布版的代码里关闭还是保留断言，开发界还是有些分歧的，一来断言本身带来性能的消耗，二来几乎没有开发者能挑战崩溃带来的压力。
实际上，如果你的代码是在众多断言的保护下完成的，代码的健壮性就已经有了很大提高，大可放心的将断言开着，这样可以尽早发现那些“绝对不可能发生”的错误，降低维护的成本。
如果发现由于断言导致的性能问题，关闭对应断言即可。
当前 Xcode（10.1） 的 release 编译默认是关闭断言的，你可以在PROJECT的Build Settings中，修改Enable Foundation Assertions的配置，如下图所示：
勇敢者的游戏（2.0版)
试着把下面的代码放到一些刷新界面的代码中，看看代码是否会崩溃：
NSAssert([NSThread isMainThread], @"This method must be called on the main thread")
祝你好运
网友评论