文件格式

(1)BIN文件：binary文件，即二進制文件。

(2)HEX文件：hex的全稱是Intel HEX，此類文件通常用于傳輸將被存于ROM或者EPROM中的程序和數(shù)據。是由一行行符合Intel HEX文件格式的文本所構成的ASCII文本文件。大多數(shù)EPROM編程器或模擬器使用Intel HEX文件。 HEX文件記錄由對應機器語言碼和/或常量數(shù)據的十六進制編碼數(shù)字組成。

(3)ELF文件： 是Linux的主要可執(zhí)行文件格式。 ELF文件除了機器碼外，還包含其它額外的信息，如段的加載地址，運行地址，重定位表，符號表等。

(4)bin文件和elf文件重點摘要：

執(zhí)行raw binary很簡單，只需要將程序加載到其起始地址，就可以執(zhí)行; 執(zhí)行ELF程序則需要一個ELF Loader。 現(xiàn)在知道了吧，uboot和Linux kernel啟動的時候是沒有ELF Loader的，所以燒在flash上的文件只能是raw binary格式的，即鏡像文件image。

a)通過gcc編譯出來的是elf文件

b)通過objcpy可以把elf文件轉換為bin文件

(5)LDS文件：它定義了整個程序編譯之后的連接過程，決定了一個可執(zhí)行程序的各個段的存儲位置。指定連接文件的存儲地址、運行地址，存儲地址和運行地址可以相同也可以不同。轉自：https://wenku.baidu.com/view/9a8beb125f0e7cd18425369a.html

(6)map文件：map文件是程序的全局符號、源文件和代碼行號信息的唯一的文本表示方法，是整個程序工程信息的靜態(tài)文本，通常由linker生成。 map文件保存整個工程的靜態(tài)文本信息，里面有所有函數(shù)的入口地址。

通過查看map文件，我們可以找到代碼段(.text),全局未初始化區(qū)(.bss)，數(shù)據段(.data)。

map文件的作用是，我們可以根據程序產生錯誤地址在map文件中找到相應的函數(shù)、變量地址。

(7)symbol文件：目標文件的值、類型、名字，例如： 00000024 T cleanup_before_linux

00000024是以16進制顯示的其值，T為類型表示此函數(shù)位于代碼區(qū)，而cleanup_before_linux是其名字。可以看出，上面顯示的cleanup_before_linux這個symbol的值實際上是該函數(shù)在text section中的偏移。但是，每個符號的值的具體含義依其類型而異(類型見原文)。當然，對于每個符號的值，其類型、其值以及它們所屬的section是密切相關的。

(8)Code：代表執(zhí)行的代碼，程序中所有的函數(shù)都位于此處。

RO-data： 代表只讀數(shù)據，程序中所定義的全局常量數(shù)據和字符串都位于此處。

RW-data：代表已初始化的讀寫數(shù)據，程序中定義并且初始化的全局變量和靜態(tài)變量位于此處。

ZI-data：代表未初始化的讀寫數(shù)據，程序中定義了但沒有初始化的全局變量和靜態(tài)變量位于此處。

一、下載到FLASH中的數(shù)據大小是：(Code + RO Data + RW Data)這個數(shù)據關系到占用了多少單片機的FLASH，關系到是否可以再添加程序。比如你的單片機FLASH是8K，編譯程序后，發(fā)現(xiàn)程序已經7K了，但是工程還需要寫很多程序，那就可以考慮換個FLASH大點的單片機了。

二、程序運行是要在RAM中運行的大小是：(RW Data + ZI Data) 單片機的兩個重要參數(shù)，一個是上面的FLASH大小，一個是RAM大小。看了第一條，就知道這條的重要性。

剛入門的，看程序的大小，會看HEX文件在WINDOWS中的占用大小來確定占用FLASH的大小，是不對的。

這個HEX文件在電腦上的大小是4.46KB，但是它只會占用單片機FLSAH的1.57KB，如下圖所示：

(提示：在你生成的工程中的Listings文件夾里面，有一個.map后綴的文件，拉到最后面，就有算好的大小)