BB:字節(jié)個(gè)數(shù)。?

AAAA:數(shù)據(jù)記錄的開(kāi)始地址,高位在前,低位在后。

TT: Type?

00數(shù)據(jù)記錄，用來(lái)記錄數(shù)據(jù)。

01記錄結(jié)束，放在文件末尾，用來(lái)標(biāo)識(shí)文件結(jié)束。

02用來(lái)標(biāo)識(shí)擴(kuò)展段地址的記錄?

04擴(kuò)展地址記錄(表示32位地址的前綴)

HHHH:一個(gè)字(Word)的數(shù)據(jù)記錄,高字節(jié)在前,低字節(jié)在后。TT之后共有?BB/2?個(gè)字的數(shù)據(jù)?。
CC:?占據(jù)一個(gè)Byte的CheckSum?

舉例分析:

:020000040000FA
:10000400FF00A0E314209FE5001092E5011092E5A3
:00000001FF?????????

第1條記錄長(zhǎng)度為0x02，LOAD OFFSET為0000，RECTYPE為04，說(shuō)明該記錄為擴(kuò)展段地址記錄。數(shù)據(jù)為0000，校驗(yàn)和為FA。從這個(gè)記錄的長(zhǎng)度和數(shù)據(jù)，我們可以計(jì)算出基地址為0X0000。后面的數(shù)據(jù)記錄都以此地址為基地址。
第2條記錄長(zhǎng)度為0x10（16），LOAD OFFSET為0004，RECTYPE為00，說(shuō)明該記錄為數(shù)據(jù)記錄。數(shù)據(jù)為FF00A0E314209FE5001092E5011092E5，共16個(gè)字節(jié)，記錄的校驗(yàn)和為A3。此時(shí)的基地址為0X0000，加上OFFSET，這個(gè)記錄里的16BYTE的數(shù)據(jù)的起始地址就是0x0000 + 0x0004 = 0x0004. 其實(shí)際的數(shù)據(jù)只有16個(gè)BYTE：FF00A0E314209FE5001092E5011092E5。

第3條記錄的長(zhǎng)度為00，LOAD OFFSET為0000，TYPE＝ 01，校驗(yàn)和為FF。類型為01，說(shuō)明這個(gè)是一個(gè)END OF FILE RECORD，標(biāo)識(shí)文件的結(jié)尾。HEX結(jié)束符一般以：00000001FF結(jié)尾。

二、BIN

Bin文件是最純粹的二進(jìn)制機(jī)器代碼, 或者說(shuō)是"順序格式"。按照assembly code順序翻譯成binary machine code，內(nèi)部沒(méi)有地址標(biāo)記。Bin是直接的內(nèi)存映象表示，二進(jìn)制文件大小即為文件所包含的數(shù)據(jù)的實(shí)際大小。

簡(jiǎn)單總結(jié)一下這2種文件格式的區(qū)別：

1、HEX文件包含地址信息而B(niǎo)IN文件只包含數(shù)據(jù)本身,燒寫(xiě)或下載HEX文件時(shí)，一般不需要用戶指定地址，因?yàn)镠EX文件內(nèi)部已經(jīng)包含了地址信息。燒寫(xiě)B(tài)IN文件時(shí)則需要用戶指定燒錄的地址信息。
2、HEX文件是用ASCII碼來(lái)表示二進(jìn)制的數(shù)值。例如8-BIT的二進(jìn)制數(shù)值0x4E，用ASCII來(lái)表示就需要分別表示字符‘4’和字符‘E’，每個(gè)字符均需要一個(gè)字節(jié)，因此HEX文件至少需要2倍BIN文件的空間。

三、Axf

Axf文件由ARM編譯器產(chǎn)生，除了包含bin的內(nèi)容之外，還附加其他調(diào)試信息，這些調(diào)試信息加在可執(zhí)行的二進(jìn)制數(shù)據(jù)之前。調(diào)試時(shí)這些調(diào)試信息不會(huì)下載到RAM中，真正下載到RAM中的信息僅僅是可執(zhí)行代碼。因此，如果ram的大小小于axf文件的大小，程序是完全有可能在ram中調(diào)試的，只要axf除去調(diào)試信息后文件大小小于ram的大小即可。

調(diào)試信息有以下功用：

1、 可將源代碼包括注釋夾在反匯編代碼中，這樣我們可隨時(shí)切換到源代碼中進(jìn)行調(diào)試。

2、 我們還可以對(duì)程序中的函數(shù)調(diào)用情況進(jìn)行跟蹤(通過(guò)Watch & Call Stack Window查看)。

3、對(duì)變量進(jìn)行跟蹤(利用Watch & Call Stack Window)。

調(diào)試信息雖然有用，但程序功能實(shí)現(xiàn)后，在目標(biāo)文件和庫(kù)中減少調(diào)試信息卻是非常有益的。減少調(diào)試信息可減少目標(biāo)文件和庫(kù)大小、加快鏈接速度、減小最終鏡象代碼。以下幾種方法可用來(lái)減少每個(gè)源文件產(chǎn)生的調(diào)試信息：

1、避免在頭文件中條件性使用#define，鏈接器不能移除共用的調(diào)試部分，除非這些部分是完全一樣的。

2、更改C/C++源文件，使#included包含的所有頭文件有相同順序。

3、盡量使用數(shù)量較多的小頭文件而不是較大的單一頭文件，這有利于鏈接器獲取更多的通用塊。

4、程序中最好只包含必須用到的頭文件。避免重復(fù)包含頭文件，可使用編譯器選項(xiàng)--remarks來(lái)產(chǎn)生警告信息；

5、使用編譯命令行選項(xiàng)--no_debug_macros，從調(diào)試表中丟棄預(yù)處理宏定義。

四、ELF

ELF（Executableand linking format）文件是x86?Linux系統(tǒng)下的一種常用目標(biāo)文件(objectfile)格式，有三種主要類型:
(1)適于連接的可重定位文件(relocatablefile)，可與其它目標(biāo)文件一起創(chuàng)建可執(zhí)行文件和共享目標(biāo)文件。

(2)適于執(zhí)行的可執(zhí)行文件(executable file)，用于提供程序的進(jìn)程映像，加載到內(nèi)存執(zhí)行。

(3)共享目標(biāo)文件(shared object file),連接器可將它與其它可重定位文件和共享目標(biāo)文件連接成其它的目標(biāo)文件，動(dòng)態(tài)連接器又可將它與可執(zhí)行文件和其它共享目標(biāo)文件結(jié)合起來(lái)創(chuàng)建一個(gè)進(jìn)程映像。?

ELF文件格式比較復(fù)雜。

小結(jié)：可由elf文件轉(zhuǎn)化為hex和bin兩種文件，hex也可以直接轉(zhuǎn)換為bin文件，但是bin要轉(zhuǎn)化為hex文件必須要給定一個(gè)基地址。而hex和bin不能轉(zhuǎn)化為elf文件，因?yàn)閑lf的信息量要大。Axf文件可以轉(zhuǎn)化為bin文件，KEIL下可用以下命令fromelf -nodebug xx.axf -bin xx.bin即可。