在STM32的固件库和提供的例程中。到处都能够见到assert_param()的使用。

假设打开不论什么一个例程中的stm32f10x_conf.h文件，就能够看到实际上assert_param是一个宏定义；

在固件库中，它的作用就是检測传递给函数的參数是否是有效的參数。

所谓有效的參数是指满足规定范围的參数。比方某个參数的取值范围仅仅能是小于3的正整数，假设给出的參数大于3，

则这个assert_param()能够在执行的程序调用到这个函数时报告错误，使程序猿能够及时发现错误，而不必等到程序执行结果的错误而大费周折。

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

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

当你的项目开发成功，使用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提前定义相应。