1、bin
Bin文件是最純粹的二進制機器代碼, 或者說是"順序格式"。按照assembly code順序翻譯成binary machine code，內部沒有地址標記。Bin是直接的內存映象表示，二進制文件大小即為文件所包含的數據的實際大小。 BIN文件就是直接的二進制文件，一般用編程器燒寫時從00開始，而如果下載運行，則下載到編譯時的地址即可。可以直接在裸機上運行。
2.hex
Intel hex 文件常用來保存單片機或其他處理器的目標程序代碼。它保存物理程序存儲區中的目標代碼映象。一般的編程器都支持這種格式。 就是機器代碼的十六進制形式,並且是用一定文件格式的ASCII碼來表示。
HEX文件由記錄（RECORD）組成。在HEX文件里面，每一行代表一個記錄。每條記錄都由一個冒號“:”打頭，其格式如下：
:BBAAAATTHHHH...HHHHCC
BB:字節個數。
AAAA:數據記錄的開始地址,高位在前,低位在后。
TT: Type
00數據記錄，用來記錄數據。
01記錄結束，放在文件末尾，用來標識文件結束。
02用來標識擴展段地址的記錄
04擴展地址記錄(表示32位地址的前綴)
HHHH:一個字(Word)的數據記錄,高字節在前,低字節在后。TT之后共有 BB/2 個字的數據 。
CC: 占據一個Byte的CheckSum
舉例分析:
:020000040000FA
:10000400FF00A0E314209FE5001092E5011092E5A3
:00000001FF
分析如下：
第1條記錄長度為0x02，LOAD OFFSET為0000，RECTYPE為04，說明該記錄為擴展段地址記錄。數據為0000，校驗和為FA。從這個記錄的長度和數據，我們可以計算出基地址為0X0000。后面的數據記錄都以此地址為基地址。
第2條記錄長度為0x10（16），LOAD OFFSET為0004，RECTYPE為00，說明該記錄為數據記錄。數據為FF00A0E314209FE5001092E5011092E5，共16個字節，記錄的校驗和為A3。此時的基地址為0X0000，加上OFFSET，這個記錄里的16BYTE的數據的起始地址就是0x0000 + 0x0004 = 0x0004. 其實際的數據只有16個BYTE：FF00A0E314209FE5001092E5011092E5。
第3條記錄的長度為00，LOAD OFFSET為0000，TYPE＝ 01，校驗和為FF。類型為01，說明這個是一個END OF FILE RECORD，標識文件的結尾。HEX結束符一般以：00000001FF結尾。
簡單總結一下這2種文件格式的區別：
1、HEX文件包含地址信息而BIN文件只包含數據本身,燒寫或下載HEX文件時，一般不需要用戶指定地址，因為HEX文件內部已經包含了地址信息。燒寫BIN文件時則需要用戶指定燒錄的地址信息。
2、HEX文件是用ASCII碼來表示二進制的數值。例如8-BIT的二進制數值0x4E，用ASCII來表示就需要分別表示字符‘4’和字符‘E’，每個字符均需要一個字節，因此HEX文件至少需要2倍BIN文件的空間。
3.elf
ELF（Executableand linking format）文件是x86 Linux系統下的一種常用目標文件(objectfile)格式，有三種主要類型:
(1)適於連接的可重定位文件(relocatablefile)，可與其它目標文件一起創建可執行文件和共享目標文件。
(2)適於執行的可執行文件(executable file)，用於提供程序的進程映像，加載到內存執行。
(3)共享目標文件(shared object file),連接器可將它與其它可重定位文件和共享目標文件連接成其它的目標文件，動態連接器又可將它與可執行文件和其它共享目標文件結合起來創建一個進程映像。
小結：可由elf文件轉化為hex和bin兩種文件，hex也可以直接轉換為bin文件，但是bin要轉化為hex文件必須要給定一個基地址。而hex和bin不能轉化為elf文件，因為elf的信息量要大。
4.axf
Axf文件由ARM編譯器產生，除了包含bin的內容之外，還附加其他調試信息，這些調試信息加在可執行的二進制數據之前。調試時這些調試信息不會下載到RAM中，真正下載到RAM中的信息僅僅是可執行代碼。因此，如果ram的大小小於axf文件的大小，程序是完全有可能在ram中調試的，只要axf除去調試信息后文件大小小於ram的大小即可。
調試信息有以下功用：
1、 可將源代碼包括注釋夾在反匯編代碼中，這樣我們可隨時切換到源代碼中進行調試。
2、 我們還可以對程序中的函數調用情況進行跟蹤(通過Watch & Call Stack Window查看)。
3、對變量進行跟蹤(利用Watch & Call Stack Window)。
調試信息雖然有用，但程序功能實現后，在目標文件和庫中減少調試信息卻是非常有益的。減少調試信息可減少目標文件和庫大小、加快鏈接速度、減小最終鏡象代碼。以下幾種方法可用來減少每個源文件產生的調試信息：
1、避免在頭文件中條件性使用#define，鏈接器不能移除共用的調試部分，除非這些部分是完全一樣的。
2、更改C/C++源文件，使#included包含的所有頭文件有相同順序。
3、盡量使用數量較多的小頭文件而不是較大的單一頭文件，這有利於鏈接器獲取更多的通用塊。
4、程序中最好只包含必須用到的頭文件。避免重復包含頭文件，可使用編譯器選項--remarks來產生警告信息；
注意：
（1）axf和elf都是編譯器生成的可執行文件。區別是：ADS編譯出來的是AXF文件。gcc編譯出來的是ELF文件。兩者雖然很像，但還是有差別的。這是文件格式的差別，不涉及調試格式。
（2）axf/elf是帶格式的映象，bin是直接的內存映象的表示。
（3）Linux OS下，ELF通常就是可執行文件，通常gcc -o test test.c，生成的test文件就是ELF格式的，在Linux Shell下輸入./test就可以執行。在Embedded中，上電開始運行，沒有OS系統，如果將ELF格式的文件燒寫進去，包含一些ELF格式的東西，arm運行碰到這些指令，就會導致失敗，如果用bin文件，程序就可以一步一步運行。