? 幾乎所有玩ARM Cortex M單片機(jī)的壇友都是通過(guò)MDK Keil 5或者IAR環(huán)境進(jìn)行單片機(jī)的程序開(kāi)發(fā)的，俗話說(shuō)工欲善其事必先利其器，我們天天都在用這個(gè)開(kāi)發(fā)環(huán)境，那么，有些在MDK Keil 5中的實(shí)用功能小技巧，大家又知道多少呢？

? ? ? ?1.并不是所有源文件（.c）都需要加進(jìn)工程中，只需要添加必要的源文件即可。無(wú)論是什么開(kāi)發(fā)環(huán)境，只要是C/C++的工程，工程編譯時(shí)間的決定因素就是工程中的源文件，以STM32 HAL庫(kù)的工程為例，單片機(jī)外設(shè)的驅(qū)動(dòng)文件一般是【stm32fxxx_hal_xxx.c】的格式，里面有多少個(gè)這樣的源文件，就代表這個(gè)工程啟用了多少個(gè)STM32單片機(jī)的外設(shè)。我們可以做個(gè)對(duì)比：

我們使用STM32CubeMX生成一個(gè)工程，工程用到了外部高頻、低頻晶振、SPI1、USART1，CubeMX自動(dòng)生成的工程里面，源文件只有必要的十來(lái)個(gè)：

然后我們把一些不必要用到的源文件也加進(jìn)去，我這里索性把CubeF1固件庫(kù)里面的全部外設(shè)驅(qū)動(dòng)都加進(jìn)去了，甚至包括一些完全沒(méi)有必要加進(jìn)去的template.c模版：

可以看到，生成的Code大小差得非常遠(yuǎn)，我這里還是用ARMCCV6版本的編譯器，還看不出前后兩個(gè)工程的編譯時(shí)間，如果是用ARMCCV5版本的，估計(jì)時(shí)間要差好幾倍。實(shí)際上前后兩個(gè)工程，實(shí)現(xiàn)的效果完全是一樣的，那些原本沒(méi)有必要加進(jìn)去的源文件，除了浪費(fèi)編譯空間和編譯時(shí)間以外，沒(méi)有任何用處。

2.頭文件（.h）可以隨便加進(jìn)工程中。在MDK的代碼開(kāi)發(fā)工程中，頭文件是必不可少的。頭文件在工程的作用是提供宏定義/常量、結(jié)構(gòu)體聲明、枚舉量聲明統(tǒng)一放置的地方、函數(shù)的聲明（甚至可以直接把函數(shù)的實(shí)現(xiàn)寫(xiě)在頭文件里面，沒(méi)有任何問(wèn)題）。在實(shí)際的開(kāi)發(fā)過(guò)程中，經(jīng)常要頻繁修改宏定義，而傳統(tǒng)MDK開(kāi)發(fā)者的習(xí)慣一般是工程只添加源文件而不添加頭文件，這樣就使得修改宏定義變得非常麻煩了，我們應(yīng)該摒棄這個(gè)習(xí)慣，把頻繁使用的頭文件加進(jìn)工程中。

3.編譯器版本選V6。在MDK 5.24和MDK 5.25中，有個(gè)非常重要的更新，那就是MDK開(kāi)始逐步支持完善ARMCC_V6編譯器了。在以前的5.20以下的版本中，時(shí)常聽(tīng)說(shuō)大佬們有用ARMCC_V6編譯器的，但大多都是放禮炮，按照例程走也是一大堆報(bào)錯(cuò)，真正能實(shí)現(xiàn)的沒(méi)幾個(gè)，而從5.24版本開(kāi)始，MDK使用V6編譯器一般不會(huì)再出現(xiàn)報(bào)錯(cuò)了。使用V6編譯器的步驟：

1)添加cmsis_armcc_V6.h頭文件進(jìn)我們的工程中，并設(shè)置包含路徑；

2)工程的Tatget選項(xiàng)卡的編譯器版本選V6.9；

3)Misc Controls留空，C語(yǔ)言和C++語(yǔ)言都選gnu11版本，優(yōu)化等級(jí)隨意，沒(méi)有關(guān)系；

這樣，MDK使用V6編譯器編譯工程就沒(méi)有任何問(wèn)題了。

? ? ? ? 4.生成bin文件。MDK還有一個(gè)重要的功能就是生成bin文件，直接在工程的User選項(xiàng)卡下面的After Build里面添加一行【fromelf.exe --bin -o?
"$L@L.bin" "#L"】：

工程編譯輸出如下信息即代表bin文件成功生成：

在工程文件的目錄下可看到與工程文件同名的bin文件：

5.注釋與縮進(jìn)快捷鍵
MDK Keil 5中一個(gè)非常實(shí)用的新功能：批量注釋/取消注釋和代碼批量縮進(jìn)/后退。如果需要把一大段代碼全部注釋掉，只需要點(diǎn)一個(gè)按鈕便可。

?

6.一級(jí)文件目錄
MDK的工程，說(shuō)到底是由眾多的頭文件和源文件組成的，這些頭文件和源文件被分裝在了不同的目錄，MDK工程通過(guò)鏈接這些文件夾目錄來(lái)找到對(duì)應(yīng)的源文件和頭文件。可是，在ST官方的例程中，頭文件，源文件，庫(kù)文件，啟動(dòng)文件放在了多層混亂的目錄中，雖說(shuō)官方這樣做的目的是為了更好地對(duì)驅(qū)動(dòng)文件進(jìn)行分類和管理，但對(duì)于我們開(kāi)發(fā)者來(lái)說(shuō)，要移植他們官方的例程，真的不是一件容易的事，我就放幾張截圖看看官方的例程是怎么存放工程文件和驅(qū)動(dòng)文件的：

反觀原子的例程，除了個(gè)別第三方庫(kù)如DSP和FATFS是二級(jí)目錄外，只有一級(jí)目錄，結(jié)構(gòu)清晰：

我們應(yīng)該提倡在MDK里面只使用一級(jí)目錄，無(wú)論是文件查找還是例程移植，都非常方便：

?

7.使能MicroLIB
在MDK中有一個(gè)跟標(biāo)準(zhǔn)C庫(kù)非常接近的功能，那就是MicroLIB，在工程配置菜單里面可以找到這個(gè)設(shè)置：

這個(gè)庫(kù)是缺省標(biāo)準(zhǔn)C庫(kù)的備選庫(kù)，選上這個(gè)之后，可以用標(biāo)準(zhǔn)C庫(kù)的一些經(jīng)過(guò)簡(jiǎn)化的庫(kù)函數(shù)，如fputc memcpy等等，其中最常用的當(dāng)然是fputc了，這個(gè)函數(shù)寫(xiě)好之后可以直接用printf函數(shù)打印數(shù)據(jù)，外設(shè)可以是串口，也可以是顯示屏。

8.手動(dòng)KeilKill

大家應(yīng)該都知道MDK有個(gè)KeilKill腳本，這個(gè)腳本的作用是把編譯生成的obj等中間文件刪掉，這樣工程要進(jìn)行復(fù)制黏貼或是打包的時(shí)候就不會(huì)太過(guò)于占用空間，中間文件生成的大小與工程中的源文件代碼量直接相關(guān)。實(shí)際上KeilKill是可以手動(dòng)進(jìn)行的，就是把與工程文件（.uvprojx）同一目錄下的其它文件全部刪除，效果與KeilKill腳本完全一樣。