assert宏的原型定义在
库函数: assert.h
原型定义: void assert( int expression );
assert的作用是现计算表达式 expression ,如果其值为假(即为0),那么它先向stderr打印一条出错信息,然后通过调用 abort 来终止程序运行。
例程:
#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
#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不能代替条件过滤
一般来说,在程序必须符合一定条件的情况下,才能继续运行,否则就会产生不可预期的错误。
比如除0操作,就可以对被除数(暂命名为iDividend)进行断言:
assert( iDividend != 0 );
一旦iDividend==0,程序就会报错,并自动退出。
其实也很简单,你自己建一个工程,多试一下各种情况,会对断言体会更深。
assert宏的原型定义在
库函数:
assert.h
原型定义:
void
assert(
int
expression
);
assert的作用是现计算表达式
expression
,如果其值为假(即为0),那么它先向stderr打印一条出错信息,然后通过调用
abort
来终止程序运行。
例程:
#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不能代替条件过滤
用assert调试出错就会直接知道,用if return出错你都不知道,除非if return中写日志,不过这样比较麻烦。另外assert只在DEBUG中有效,如果已经发布的软件assert是无效的,所以调试时用assert,如果判断的条件在用户环境中有可能不一样的话if return中写日志也是必不可少的
C语言有assert的关键字么...
assert(a)一般就是if (!(a_)) xxx; 在不满足给定条件的时候以某种方法报告错误
--
assert只是调试用的。为了查明错误之类。一般来说开发人员都会针对工程写自己的assert。