今天在写代码的时候看别人写的代码 看到了他们写了
NSAssert(self.dataSource,@”BHBCenterView`s dataSource was nil.”);
于是就查了一些关于NSAssert的资料 记录一下
NSAssert()只是一个宏
用于开发阶段调试程序中的Bug，通过为NSAssert()传递条件表达式来断定是否属于Bug，满足条件返回真值，程序继续运行，如果返回假值，则抛出异常，并切可以自定义异常描述。NSAssert()是这样定义的：
#define NSAssert(condition, desc)
condition是条件表达式，值为YES或NO；desc为异常描述，通常为NSString。当conditon为YES时程序继续运行，为NO时，则抛出带有desc描述的异常信息。
生成一个LotteryEntry对象时，传入的NSDate不能为nil，加入NSAssert()判断。对象初始化源码如下：
– (id)initWithEntryDate:(NSDate*)theDate {
self= [superinit];
if(self) {
NSAssert(theDate !=nil,@”Argument must be non-nil”);
entryDate= theDate;
firstNumber= (int)random() %100+1;
secondNumber= (int)random() %100+1;
}
returnself;
}
接下来则是生成对象时传入一个值为nil的NSDate，看断言是否运行。
LotteryEntry*nilEntry = [[LotteryEntryalloc]initWithEntryDate:nil];
断言效果如下 运行程序会抛出异常：
2013-01-17 20:49:12.486 lottery[3951:303] *** Terminating app due to uncaught exception ‘NSInternalInconsistencyException’, reason: ‘Argument must be non-nil’
*** First throw call stack:
(
0CoreFoundation0x00007fff90c590a6 __exceptionPreprocess + 198
1libobjc.A.dylib0x00007fff8fd2a3f0 objc_exception_throw + 43
2CoreFoundation0x00007fff90c58ee8 +[NSException raise:format:arguments:] + 104
3Foundation0x00007fff88dae6a2 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 189
4lottery0x0000000100001929 -[LotteryEntry initWithEntryDate:] + 249
5lottery0x0000000100001794 main + 932
6libdyld.dylib0x00007fff8d83f7e1 start + 0
)
libc++abi.dylib: terminate called throwing an exception
通过上面的NSAssert()的报错，很容易就能确定错误发生的原因及位置。
就是
*** Terminating app due to uncaught exception ‘NSInternalInconsistencyException’, reason: ‘Argument must be non-nil’
我们也可以设置断言只在debug的时候打印
设置方法：在Build Settings菜单，找到Preprocessor Macros项，Preprocessor Macros项下面有一个选择，用于程序生成配置：Debug版和Release版。选择 Release项，设置NS_BLOCK_ASSERTIONS，不进行断言检查。
