一、、背景：
曾經在工作中接觸過STM32一段時間，但沒有深入的去學習，只是用前輩搭建好的模型來實現一些功能罷了，俗話說的好，大樹底下好乘涼，開發確實輕松了，可是不深究點，又覺着心里不踏實，然而也一直沒花時間去深究。剛好，最近需要重新使用STM32，完全自己開發，沒想到今天一上來就讓我碰上個不小的問題，廢話不多說，進入正題。
二、正文：
在使用串口的時候，代碼可以正常編譯，沒有報任何錯誤，燒錄進MCU內，就是看不到程序正常運行的現象，而把串口部分注釋掉就沒問題。進入調試模式，發現代碼停在 "BKPT 0xAB" 這里，並不是死循環，按下全速運行鍵“F5”，代碼會立馬在該段被終止，不會繼續往下跑，這里說明了main函數都沒有進入。Google到了ARM的技術支持有提到過這個問題， “ARM: Application Builds Without Error, But Does Not Run”，這個鏈接描述的現象即是我現在碰到的現象。此處指出，調試時，出現代碼停在 “BKPT 0XAB” 的現象，說明Semihosting 被使能了。
解決辦法有三個：
1、添加一個“retarget.c”的文件，文件內容如下：
#include "stdio.h" #pragma import(__use_no_semihosting_swi) #pragma import(__use_no_semihosting) _sys_exit(int x) { x = x; } struct __FILE { int handle; /* Whatever you require here. If the only file you are using is */ /* standard output using printf() for debugging, no file handling */ /* is required. */ }; /* FILE is typedef’ d in stdio.h. */ FILE __stdout;
2、使用keil 的軟件包補丁（覺得有點繁瑣沒有使用），貼個圖做個參考
3、打開Microlib:
點擊“keil”的“Target option”里面的“Target”，選擇“Use MicroLIB”，如下圖：
經過測試，按“1”、“3”兩種辦法，均可以使程序正常運行，“2”辦法有點繁瑣，沒有去嘗試。
按照“1”方法為什么就能使程序正常運行呢？釋義如下：
現在問題來了，這個“Semihosting”到底是什么？官方釋義如下：
而按照方法“3”的原因在於：
“Microlib”已經將“Semihosting”部分移除，代碼也更精簡，所以，不會出現卡在某處的情況。
個人是推薦用方法“1”或“2”，畢竟微庫“Microlib”不具備ISO C的某些特性，某些庫函數運行的也比較慢，具體不同之處參照參考鏈接。當然它的好處在於，其代碼經過高度優化而變得很小，可以使用malloc，其內置了一個堆管理模塊。具體不同會在第三部分參考鏈接中貼出。
三、參考鏈接
“ARM: Application Builds Without Error, But Does Not Run”
http://www.keil.com/support/docs/3614
“What is semihosting?”
http://www.keil.com/support/man/docs/ARMCC/armcc_pge1358787046598.html
“Differences between microlib and the default C library”
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0475k/chr1358938938431.html
記錄地點：深圳WZ
記錄時間：2016年8月1日