assert宏定义(zzzz)

本文详细介绍了assert宏的功能和使用方法,包括assert宏的基本定义、如何在程序中应用assert宏来进行调试,以及assert宏在不同编译模式下的行为差异。此外,还提供了一些使用assert宏的最佳实践。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

assert宏的原型定义在assert.h中,其作用是如果它的条件返回错误,则终止程序执行. 
  原型定义: 
1 #include "assert.h"
2 void assertint expression );

  assert的作用是现计算表达式 expression ,如果其值为假(即为0),那么它先向stderr打印一条出错信息,然后通过调用 abort 来终止程序运行。 
   

  请看下面的程序清单badptr.c: 
01 #include
02 #include
03 #include
04 int main( void )
05 {
06  FILE *fp;
07   
08  fp = fopen"test.txt""w" );//以可写方式打开一个文件,如果不存在就创建一个同名文件
09  assert( fp ); //所以这里不会出错
10  fclose( fp );
11   
12  fp = fopen("noexitfile.txt""r" );//以只读方式打开一个文件,如果不存在就打开文件失败
13  assert( fp ); //所以这里出错
14  fclose( fp ); //程序永远都执行不到这里来
15   
16  return 0;
17 }

   
  使用assert的缺点是,频繁的调用会极大的影响程序的性能,增加额外的开销。 
  在调试结束后,可以通过在包含#include 的语句之前插入 #define NDEBUG 来禁用assert调用,示例代码如下: 
1 #include
2 #define NDEBUG
3 #include

   
  用法总结与注意事项: 
  1)在函数开始处检验传入参数的合法性 
  如: 
   
01 int resetBufferSize(int nNewSize)
02 {
03 //功能:改变缓冲区大小,
04 //参数:nNewSize 缓冲区新长度
05 //返回值:缓冲区当前长度
06 //说明:保持原信息内容不变 nNewSize<=0表示清除缓冲区
07 assert(nNewSize >= 0);
08 assert(nNewSize <= MAX_BUFFER_SIZE);
09   
10 ...
11 }

   
  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不能代替条件过滤 
   
  #C++ 
   
  程序一般分为Debug 版本和Release 版本,Debug 版本用于内部调试,Release 版本发行给用户使用。断言assert 是仅在Debug 版本起作用的宏,它用于检查“不应该”发生的情况。以下是一个内存复制程序,在运行过程中,如果assert 的参数为假,那么程序就会中止(一般地还会出现提示对话,说明在什么地方引发了assert)。 
01 //复制不重叠的内存块
02 void memcpy(void *pvTo, void *pvFrom, size_t size)
03 {
04 void *pbTo = (byte *) pvTo;
05 void *pbFrom = (byte *) pvFrom;
06 assert( pvTo != NULL && pvFrom != NULL );
07 while(size - - > 0 )
08 *pbTo + + = *pbFrom + + ;
09 return (pvTo);
10 }

   
  assert 不是一个仓促拼凑起来的宏,为了不在程序的Debug 版本和Release 版本引起差别,assert 不应该产生任何副作用。所以assert 不是函数,而是宏。程序员可以把assert 看成一个在任何系统状态下都可以安全使用的无害测试手段。 
   
  很少有比跟踪到程序的断言,却不知道该断言的作用更让人沮丧的事了。你化了很多时间,不是为了排除错误,而只是为了弄清楚这个错误到底是什么。有的时候,程序员偶尔还会设计出有错误的断言。所以如果搞不清楚断言检查的是什么,就很难判断错误是出现在程序中,还是出现在断言中。幸运的是这个问题很好解决,只要加上清晰的注释即可。这本是显而易见的事情,可是很少有程序员这样做。这好比一个人在森林里,看到树上钉着一块“危险”的大牌子。但危险到底是什么?树要倒?有废井?有野兽?除非告诉人们“危险”是什么,否则这个警告牌难以起到积极有效的作用。难以理解的断言常常被程序员忽略,甚至被删除。 [Maguire 1993] 
   
  以下是使用断言的几个原则: 
   
  (1)使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别,后者是必然存在的并且是一定要作出处理的。 
   
  (2)使用断言对函数的参数进行确认。 
   
  (3)在编写函数时,要进行反复的考查,并且自问:“我打算做哪些假定?”一旦确定了的 
  假定,就要使用断言对假定进行检查。 
   
  (4)一般教科书都鼓励程序员们进行防错性的程序设计,但要记住这种编程风格会隐瞒错误。当进行防错性编程时,如果“不可能发生”的事情的确发生了,则要使用断言进行报警。 
  
ASSERT ()是一个调试程序时经常使用的宏,在程序运行时它计算括号内的表达式,如果表达式为FALSE (0), 程序将报告错误,并终止执行。如果表达式不为0,则继续执行后面的语句。这个宏通常原来判断程序中是否出现了明显非法的数据,如果出现了终止程序以免导致严重后果,同时也便于查找错误。  

ASSERT只有在Debug版本中才有效,如果编译为Release版本则被忽略。  
--------------------------------------------------------------- 

ASSERT宏定义如下  

1 #define ASSERT(f)
2 do
3 {
4        if (!(f) && AfxAssertFailedLine(THIS_FILE, __LINE__))
5                AfxDebugBreak();
6 while (0)

ASSERT(逻辑表达式) 

如果括号中的逻辑表达式值为假的话,会弹出调试命令窗口,提示具体在哪个文件的哪一行发生了断言错误!  
--------------------------------------------------------------- 

ASSERT 
Evaluates an expression, and displays a diagnostic message if the expression is FALSE. Ignored in retail builds. 

Syntax 

ASSERT( 
       cond 
); 

Parameters 

cond 

Expression to evaluate. 

Remarks 

In debug builds, if the expression is FALSE, this macro displays a message box with the text of the expression, the name of the source file, and the line number. The user can ignore the assertion, enter the debugger, or quit the application. 

Example 

ASSERT(rtStartTime <= rtEndTime); 


--------------------------------------------------------------- 

断言(ASSERT)的使用,方法很简单。为什么要用,初学者可能比较迷惑。  
契约式编程讲的比较清楚,建议可以先看看这类书。  
一个函数由前置条件、后置条件和不变式组成。在VC中,我们可以通过断言来保证这三个条件。可以大大提高了软件的质量。  
--------------------------------------------------------------- 

如果ASSERT()中的条件不成立(比如 ASSERT(0) ;     ),会弹出一个比较吓人的对话框。  

点击重试,可以到达 ASSERT 断言不成立的那一行,  

此时可以在watch窗口查看变量值,找出出错的原因。  

如果程序能够继续运行,可以按F5继续调试。
<think>好的,我现在需要解决用户提出的关于C语言中assert宏的错误说法的问题。用户给出了四个选项,我需要逐一分析每个选项的正确性,然后指出哪些是错误的。 首先,我得回忆一下assert宏的基本知识。assert宏在C语言中用于调试,它检查一个表达式是否为真。如果表达式为假(即0),assert会输出错误信息并终止程序。通常,assert定义在assert.h头文件中,这是标准库的一部分。另外,如果定义了NDEBUG宏,assert会被禁用,即不再进行检查,这是通过预处理器处理的。 现在来看用户提供的四个选项: 1. "assert宏用于在程序运行时进行断言检查,当条件为假时程序终止执行":这应该是对的,因为assert的作用就是在运行时检查条件,失败时终止。 2. "assert宏定义assert.h头文件中":正确,因为标准规定assert.h是assert宏所在的头文件。 3. "可以通过NDEBUG宏来禁用assert宏的检查":正确,定义NDEBUG后,assert会被预处理器忽略。 4. "assert宏只能用于检查表达式的结果是否为0":这里可能有问题。因为assert检查的是表达式是否为真,即是否为非零。如果表达式结果为0(假),assert会触发。但assert并不仅限于检查结果是否为0,而是任何表达式。例如,assert(ptr != NULL)是检查指针是否非空,这里表达式的结果是0或非0,但assert关注的是是否为真。所以这个选项是错误的,因为它限制了assert只能检查结果是否为0,而实际上assert是检查表达式是否为假(即0)。 因此,第四个选项是错误的。其他三个都是正确的。需要确认一下每个选项的具体描述是否正确,尤其是第四个,用户可能混淆了条件为假和结果为0的区别。assert的条件为假时触发,而假在C语言中就是0,所以当表达式结果为0时触发,但assert可以检查任何表达式是否为真,而不仅仅是结果是否为0,比如检查指针是否非空、变量是否大于某个值等,这些都是表达式,其结果是否为0只是触发条件,但assert的使用范围更广,因此选项4的说法错误。</think>对于C语言中`assert`宏的说法,以下**错误的选项**是: --- ### **错误说法:** #### **4. assert宏只能用于检查表达式的结果是否为0** - **错误原因**: `assert`宏检查的是**表达式是否为真(非零)**,而非仅检查结果是否为0。当表达式结果为**假(0)**时,`assert`会触发断言失败并终止程序。 - **示例**: ```c assert(ptr != NULL); // 检查指针是否非空(表达式为真时通过) assert(x > 0); // 检查x是否大于0(表达式为真时通过) ``` - **关键点**: `assert`适用于**任何逻辑表达式**,只要其结果为假(0)即触发断言,而非仅针对“结果是否为0”这一特定场景。 --- ### **正确说法解析:** 1. **assert宏用于在程序运行时进行断言检查,当条件为假时程序终止执行** - **正确**:`assert`在运行时检查条件,若为假(0),则输出错误信息并调用`abort()`终止程序。 2. **assert宏定义assert.h头文件中** - **正确**:`assert`是标准库的一部分,必须包含`<assert.h>`头文件才能使用。 3. **可以通过NDEBUG宏来禁用assert宏的检查** - **正确**:在包含`<assert.h>`前定义`NDEBUG`宏(如`#define NDEBUG`),会禁用所有`assert`检查。 --- ### **总结表格** | 说法 | 正确性 | 说明 | |------|--------|------| | 1. assert用于运行时断言检查,条件为假时终止程序 | ✔️ | 符合标准行为 | | 2. assert定义在assert.h头文件中 | ✔️ | 标准库规定 | | 3. 可通过NDEBUG禁用assert检查 | ✔️ | 预处理器行为 | | 4. assert只能检查表达式结果是否为0 | ❌ | 可检查任意逻辑表达式是否为真 | --- ### **扩展知识** - **`assert`的使用场景**: - 调试期间验证程序假设(如函数参数合法性、资源是否成功分配)。 - **生产环境中应禁用`assert`**(通过定义`NDEBUG`),避免因断言失败导致程序意外终止。 - **替代方案**: - 若需在生产环境中保留错误检查,可使用自定义错误处理(如返回错误码或异常)。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值