一般在stm32工程使用keil編譯之後，keil的build output欄目下面會出現如圖所示的輸出信息，其中會顯示code 大小 RO-data、RW-data 、ZI-data的大小。一般別人不怎麼會在意這個的大小。
出於好奇我百度了下網上關於這些段的介紹，援引自http://mcuos.com/thread-2843-1-1.html，上面的介紹是這樣說的：
ARM程序的組成
此處所說的“ARM程序”是指在ARM系統中正在執行的程序，而非保存在ROM中的bin映像（image）文件，這一點清注意區別。
一個ARM程序包含3部分：RO，RW和ZI。RO是程序中的指令和常量；RW是程序中的已初始化變量;ZI是程序中的未初始化的變量.
由以上3點說明可以理解爲：RO就是readonly，RW就是read/write，ZI就是zero
ARM映像文件的組成
所謂ARM映像文件就是指燒錄到ROM中的bin文件，也稱爲image文件。以下用Image文件來稱呼它。
Image文件包含了RO和RW數據。之所以Image文件不包含ZI數據，是因爲ZI數據都是0，沒必要包含，只要程序運行之前將ZI數據所在的區域一律清零即可。包含進去反而浪費存儲空間。
Q：爲什麼Image中必須包含RO和RW？
A：因爲RO中的指令和常量以及RW中初始化過的變量是不能像ZI那樣“無中生有”的。
ARM程序的執行過程
從以上兩點可以知道，燒錄到ROM中的image文件與實際運行時的ARM程序之間並不是完全一樣的。因此就有必要了解ARM程序是如何從ROM中的image到達實際運行狀態的。
實際上，RO中的指令至少應該有這樣的功能：
1. 將RW從ROM中搬到RAM中，因爲RW是變量，變量不能存在ROM中。
2. 將ZI所在的RAM區域全部清零，因爲ZI區域並不在Image中，所以需要程序根據編譯器給出的ZI地址及大小來將相應得RAM區域清零。ZI中也是變量，同理：變量不能存在ROM中
在程序運行的最初階段，RO中的指令完成了這兩項工作後C程序才能正常訪問變量。否則只能運行不含變量的代碼。
![VQJGFXYY$H7PG)T$Z]Q0901](https://pic1.xuehuaimg.com/proxy/csdn/http://images.cnitblog.com/blog/358005/201408/272112488291253.png "VQJGFXYY$H7PG)T$Z]Q0901")
按照上面的我標紅色的部分的解釋，這樣的話RO-data、RW-data和code的大小加起來就是最終的燒入程序的大小，但是好像事情不是這麼簡單的。看截圖：
從我截圖的hex程序來看程序的大小是1.5K和我們編譯出來的RO-data+RW-data+code的大小是304+252=556字節，557字節和1.5K相差了很多，這又是怎麼回事呢？
這時候我想起了hex和bin這兩種文件的格式，我在想是不是因爲格式的原因在到鬼呢？
這是百度文庫裏面一篇關於單片機編譯生成的各種文件的格式的介紹，從介紹中我們很明顯的hex文件的大小並不等於最終燒入到單片機的程序大小，因爲hex裏面有很多的ASSII碼的信息，最終的程序大小是可以從bin文件中看出來的。怎麼樣子把hex文件轉化爲bin文件呢？
在keil的安裝目錄下面有一個小工具：C:\Keil_v5\ARM\ARMCC\bin目錄下面有一個fromelf.exe的小工具，是可以將axf文件轉換成bin文件的一個小工具。我在命令行下面進行了這個操作。
![FJ5F$(F6OX8`}]E)E(XT`MQ](http://images.cnitblog.com/blog/358005/201408/272112571265188.png "FJ5F$(F6OX8`}]E)E(XT`MQ")
上面是運行的過程，然後我們可以看生成的bin文件大小。
從上面的圖上看出，生成的bin文件和我們之前計算的一樣了。其實如果是有特殊的需要的話，可以在keil裏面設置調用fromelf就可以了。具體的自己百度。