这是一种常见的软件技术，可以在调试阶段帮助程序员快速地排除那些明显的错误。

它确实在程序的运行上牺牲了效率(但只是在调试阶段)，但在项目的开发上却帮助你提高了效率。

当你的项目开发成功，使用release模式编译之后，或在stm32f10x_conf.h文件中注释掉对USE_FULL_ASSERT的宏定义，所有的assert_param()检验都消失了，不会影响最终程序的运行效率。

#define assert_param(expr) ((expr) ? (void)0 : assert_failed((u8 *)__FILE__, __LINE__))
。。。

assert_param(IS_ADC_ALL_PERIPH(ADCx));
。。。

在执行assert_param()的检验时，如果发现参数出错，它会调用函数assert_failed()向程序员报告错误，在任何一个例程中的main.c中都有这个函数的模板，如下：

void assert_failed(uint8_t* file, uint32_t line)
{

while (1)
{}
}

你可以按照自己使用的环境需求，添加适当的语句输出错误的信息提示，或修改这个函数做出适当的错误处理。

1、STM32F10xD.LIB是DEBUG模式的库库文件。
2、STM32F10xR.LIB是Release模式的库库文件。
3、要选择DEBUG和RELEASE模式，需要修改stm32f10x_conf.h的内容。
#define DEBUG 表示DEBUG模式，把该语句注释掉，则为RELEASE模式。
4、要选择DEBUG和RELEASE模式，也可以在Options,C/C++,Define里填入DEBUG的预定义。
这样，就不需要修改stm32f10x_conf.h的内容。
5、如果把库加入项目，则不需要将ST的库源文件加入项目，比较方便。
但是，库的选择要和DEBUG预定义对应。

断言assert是一个宏，该宏在＜assert＞中，，当使用assert时候，给他个参数，即一个判读为真的表达式。预处理器产生测试该断言的代码，如果断言不为真，则发出一个错误信息告诉断言是什么以及它失败一会，程序会终止。 

我们一般可以用在判断某件操作是否成功上。

摘录林锐博士高质量编程一书中相关内容。



~~~~~~~~~~~~~~~~~~~~~~~~

程序一般分为Debug版本和Release版本，Debug版本用于内部调试，Release版本发行给用户使用。 

断言assert是仅在Debug版本起作用的宏，它用于检查“不应该”发生的情况。以下是一个内存复制程序，在运行过程中，如果assert的参数为假，那么程序就会中止（一般地还会出现提示对话，说明在什么地方引发了assert）。 

//复制不重叠的内存块 

void memcpy(void *pvTo, void *pvFrom, size_t size) 

{ 

void *pbTo = (byte *) pvTo; 

void *pbFrom = (byte *) pvFrom; 

assert( pvTo != NULL && pvFrom != NULL ); 

while(size - - > 0 ) 

*pbTo + + = *pbFrom + + ; 

return (pvTo); 

} 

assert不是一个仓促拼凑起来的宏，为了不在程序的Debug版本和Release版本引起差别，assert不应该产生任何副作用。所以assert不是函数，而是宏。程序员可以把assert看成一个在任何系统状态下都可以安全使用的无害测试手段。 

以下是使用断言的几个原则： 

1）使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别，后者是必然存在的并且是一定要作出处理的。 

2）使用断言对函数的参数进行确认。 

3）在编写函数时，要进行反复的考查，并且自问：“我打算做哪些假定？”一旦确定了的假定，就要使用断言对假定进行检查。 

4）一般教科书都鼓励程序员们进行防错性的程序设计，但要记住这种编程风格会隐瞒错误。当进行防错性编程时，如果“不可能发生”的事情的确发生了，则要使用断言进行报警。