记得之前在STM32上做串口终端的时候图方便，想用C库里的 printf() ，于是重载了 putc()?，也在 keil 的项目配置中勾选了 Use MicroLIB 选项。但是程序下载到STM32上之后，串口却一点反应也没有，我先是检查了时钟、GPIO配置和串口使能，发现都没问题。而且调试的时候程序正常运行，串口也正常输出。后来发现程序在调试的时候总是会在停在 BKPT 0xAB 指令处，但它又不属于用户代码，因此意识到是标准库的问题（准确来说是我自己的问题）。最后发现要使用 printf() 重载的是 fputc() 而不是 putc() 。
近来我又遇到类似问题，同样是下载后没反应，同样是调试的时候可以顺利运行，但是这回我在程序中没有使用 printf() 函数，因此起初调试的时候没有想到是标准库的问题。而后我在数次调试中看到了熟悉的身影，依旧是指令?BKPT 0xAB 。
可这次我没有使用 printf() ，怎么还会有软件断点呢？而且这次的 BKPT 是在程序刚刚开始运行的时候就出现的，比 startup 运行得还要早，这就更不可能是 printf() 的问题了。不过幸运的是，我们可以在调试洁界面的调用栈中看到当前所处的函数：_sys_command_string()
?根据 keil 网站提供的帮助文档中我们可知，_sys_command_string() 是C库中用于向 main 函数提供命令行调用参数的函数。它在堆初始化前就被执行，肯定是早于 SystemInit() 和 main() 的。
问题到这里就解决了，我虽然没有使用 printf() ，但是包含了C库 stdio.h 并且没有勾选 Use MicroLIB ，导致标准C库被调用，程序卡死在半主机模式（也就是 BKPT 软件断点等待主机调试端响应）下。解决方法也很简单，在项目配置中勾选 Use MicroLIB 然后重新编译（Rebuild）即可。
---------------------------------------------------------分割线---------------------------------------------------------
关于为何要重新编译而不是直接点编译，则又是一部血泪史了。
曾经解决 BKPT 问题的时候，还让我发现了一个新问题。这问题也算是一个 keil 的小bug吧……在项目没有勾选 Use MicroLIB 的时候点击编译，毫无疑问，只要你代码本身没问题，编译器也不会报错。可是当你回过头来选择 Use MicroLIB 的时候再次点击编译（Build）的时候，却惊讶的发现了编译器的报错：
.\Objects\xxx.axf: Error: L6218E: Undefined symbol __use_two_region_memory (referred from startup_stm32f40_41xxx.o).
.\Objects\xxxaxf: Error: L6218E: Undefined symbol __initial_sp (referred from entry2.o).
?（奇妙不奇妙？！）
这是因为 keil 在你点击编译的时候只会编译内容有变动的部分（指预处理后的部分）。当你选择使用 MicroLIB 的时候，编译器会自动添加宏定义 __MICROLIB ，相对应的，头文件中的内容就会有所改变，导致包含了头文件的 .c 文件内容改变。
可以看到，清一色都是 .c 文件。而 startup 中处存在的条件汇编语句却没有得到预处理和汇编：
?
被抛弃的部分是堆栈的初始化处理程序，可以看出定义了??__MICROLIB 宏和没有定义时堆栈的初始化是交由不同的函数处理的。但是编译的时候没改变这里的条件汇编，结果没有初始化的程序了，因此报错“符号未定义”。解决方式同样很简单，点击重新编译即可。（想当初为了解决把startup.s 给改了，真是醉了）
（文章为个人经验，仅作自身警醒之用，如有错漏请见谅）