assert的用法以及与条件语句的比较

最新推荐文章于 2022-03-04 16:44:19 发布

原创最新推荐文章于 2022-03-04 16:44:19 发布 · 2.8k 阅读

1 ·

CC 4.0 BY-SA版权

C 专栏收录该内容

5 篇文章

订阅专栏

本文详细介绍了assert宏的原型、作用、已放弃使用的缺点、用法总结与注意事项，包括如何在函数开始处检验传入参数的合法性、每个assert只检验一个条件的重要性、避免使用改变环境的语句以及assert和if的比较。此外，还强调了在实际应用中尽量减少使用assert，以优化程序性能。

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

#include <assert.h>
void assert( int expression );

　　assert的作用是现计算表达式 expression ，如果其值为假（即为0），那么它先向stderr打印一条出错信息，然后通过调用 abort 来终止程序运行。请看下面的程序清单badptr.c：

#include <stdio.h>
#include <assert.h>
#include <stdlib.h>
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 <assert.h>的语句之前插入 #define NDEBUG 来禁用assert调用，示例代码如下：

#include <stdio.h>
#define NDEBUG
#include <assert.h>

用法总结与注意事项：

　　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是出错了的话，就直接trap或者reset, 而在release的版本中，一般不会希望trap或者reset，所以用if好一些

assert一般是用来检查bug,主要是用来检查致命的非正常的操作(如向PCI设备写东西,但是PCI设备根本就不存在),执行的最终结果是调用abort,即你的进程异常终止,这在软件发布上是致命的,不管怎么说你的程序至少要执行下去啊,别动不动就终止了.
if是常规性的检查,包括参数判断,异常条件等等,判断的结果处理随你,你可以仅仅打印异常信息,可以终止程序.几乎所有assert能干的事,if都可以干.只是有些同学觉得方便就喜欢用assert.
因此,assert尽量少用,有些公司的c编程规范直接规定不能用assert.