今天突然发现了一个开发ios程序时调试的好帮手—NSAssert()函数。而且和NSLog()函数一样简单易用，代码如下： NSAssert(x!=0,@”x must not be zero”);

在表达式“x!=0”不成立时，程序就会抛出异常，并显示自定义的消息”x must not be zero”，并同时显示出错的文件、代码和调用函数等信息，是一个程序追踪的很好手段。

假设x!=0，不满足要求就提示reason-x must not be zero

调试cocoa程序在程序出错时，不会马上停止。使用宏NSAssert可以让程序出错时马上抛出异常。

在debug情况下，所有NSAssert都会被执行。在release下不希望NSAssert被执行，我们通常在release种将断言设置成禁用。

设置方法：在targets种选择build，选择release。在gcc preprocessing下增加Preprocessor Macros 值为 NS_BLOCK_ASSERTIONS.

C语言调试用NSCAssert.

文章来源：http://fei263.blog.163.com/blog/static/92793724201061611169381/

在iOS体会（一）里说过，objective-C本质上还是C，所以C里能用的标准函数，它都能用。那么在C中，类似的功能用assert。现在把assert的用法也放上来，做一下参考。

assert宏的原型定义在中，其作用是如果它的条件返回错误，则终止程序执行，原型定义：

#include 

void assert( int expression );

assert的作用是现计算表达式 expression ，如果其值为假（即为0），那么它先向stderr打印一条出错信息，

然后通过调用 abort 来终止程序运行。

请看下面的程序清单badptr.c：

#include 

#include 

#include 

int main( void )

{

FILE *fp;

fp = fopen( “test.txt”, “w” );//以可写的方式打开一个文件，如果不存在就创建一个同名文件

assert( fp ); //所以这里不会出错

fclose( fp );

fp = fopen( “noexitfile.txt”, “r” );//以只读的方式打开一个文件，如果不存在就打开文件失败

assert( fp ); //所以这里出错

fclose( fp ); //程序永远都执行不到这里来

return 0;

}

[root@localhost error_process]# gcc badptr.c

[root@localhost error_process]# ./a.out

a.out: badptr.c:14: main: Assertion `fp’’ failed.

已放弃

使用assert的缺点是，频繁的调用会极大的影响程序的性能，增加额外的开销。

在调试结束后，可以通过在包含#include 的语句之前插入 #define NDEBUG 来禁用assert调用，示例代码如下：

#include 

#define NDEBUG

#include 

用法总结与注意事项：

1)在函数开始处检验传入参数的合法性

如:

int resetBufferSize(int nNewSize)

{

//功能:改变缓冲区大小,

//参数:nNewSize 缓冲区新长度

//返回值:缓冲区当前长度

//说明:保持原信息内容不变 nNewSize<=0表示清除缓冲区 assert(nNewSize >= 0);

assert(nNewSize <= MAX_BUFFER_SIZE); ... } 2)每个assert只检验一个条件,因为同时检验多个条件时,如果断言失败,无法直观的判断是哪个条件失败 不好: assert(nOffset>=0 && nOffset+nSize<=m_nInfomationSize); 好: assert(nOffset >= 0);

assert(nOffset+nSize <= m_nInfomationSize); 3)不能使用改变环境的语句,因为assert只在DEBUG个生效,如果这么做,会使用程序在真正运行时遇到问题 错误: assert(i++ < 100) 这是因为如果出错，比如在执行之前i=100,那么这条语句就不会执行，那么i++这条命令就没有执行。 正确: assert(i < 100) i++; 4)assert和后面的语句应空一行,以形成逻辑和视觉上的一致感 5)有的地方,assert不能代替条件过滤