假设打开不论什么一个例程中的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提前定义相应。