來源：安富萊電子

本章為大家介紹編譯器生成的map和htm文件進行解析，通過這兩個文件可以讓大家對工程代碼的認(rèn)識程度提升一個檔次。

本章節(jié)以MDK為例進行說明，使用IAR同理。

MAP文件分析

通過map文件，可以方便的查看工程ROM/FLASH和RAM的占用情況，包括單個源文件，甚至具體到每個函數(shù)的rom大小都給出了，通過這些信息可以很好的進行代碼優(yōu)化。MAP文件的內(nèi)容可分為如下幾部分：

• Section Cross References

  
  

• Removing Unused input sections from the image

  
  

• Image Symbol Table (Local Symbols Global Symbols)

  
  

• Memory Map of the image

  
  

• Image component sizes

  
  

下面將這個幾個部分的含義逐一為大家做個說明。

1 MDK配置

要生成MAP文件，MDK中如下選項要選上：

將工程全編譯，且沒有錯誤后，雙擊這里就可以看到生成的map文件了：

2 MAP文件相關(guān)概念

認(rèn)識MAP文件前先熟悉如下概念：

• 段(section) ：描述映像文件的代碼和數(shù)據(jù)塊。

  
  

• RO：Read-Only的縮寫，包括RO-data(只讀數(shù)據(jù))和RO-code(代碼)。

  
  

• RW：Read-Write的縮寫，主要是RW-data，RW-data由程序初始化初始值。

  
  

• ZI：  Zero-initialized的縮寫，主要是ZI-data，由編譯器初始化為0。

  
  

• .text：與RO-code同義。

  
  

• .constdata：與RO-data同義。

  
  

• .bss：與ZI-data同義。

  
  

• .data：與RW-data同義。

  
  

3 Section Cross References

這部分主要是不同文件中函數(shù)的調(diào)用關(guān)系（部分截圖）

比如這句：main.o(i.main) refers to main.o(i.PrintfLogo) for PrintfLogo表示main.c文件中的main函數(shù)調(diào)用了PrintfLogo。

4 Removing Unused input sections from the image

這部分主要是被刪除的冗余函數(shù)，也就是添加到工程里面，但是沒有調(diào)用到的，下面是部分被刪除冗余函數(shù)的截圖效果：

對于這個部分功能，用戶最好將MDK中這個選項勾上，然后全編譯工程，效果會比較好：

5 Image Symbol Table

Image Symbol Table主要分為兩類，分別是Local Symbols和Global Symbols。

• Local Symbols

  
  

Local Symbols記錄了用static聲明的全局變量地址和大小，C文件中函數(shù)的地址和用static聲明的函數(shù)代碼大小，匯編文件中的標(biāo)號地址（作用域限本文件），下面是部分截圖：

• Global Symbols

  
  

Global Symbols記錄了全局變量的地址和大小，C文件中函數(shù)的地址及其代碼大小，匯編文件中的標(biāo)號地址（作用域全工程），下面是部分截圖：

6 Memory Map of the image

映像文件可以分為加載域（Load Region）和運行域（Execution Region）：加載域反映了ARM可執(zhí)行映像文件的各個段存放在存儲器中的位置關(guān)系。下面是部分截圖，另外映像中的入口點就是程序開始執(zhí)行的位置。

運行域反映了ARM可執(zhí)行映像文件各個段真正執(zhí)行時在存儲器中的位置關(guān)系：

簡單的說，加載域就是程序在Flash中的實際存儲，而運行域是芯片上電后的運行狀態(tài)，通過下面的框圖可以有一個感性的認(rèn)識：

通過上面的框圖可以看出，RW區(qū)也是要存儲到ROM/Flash里面的，在執(zhí)行映像之前，必須將已初始化的RW數(shù)據(jù)從ROM中復(fù)制到RAM中的執(zhí)行地址并創(chuàng)建ZI Section（初始化為0的變量區(qū)）。

7 Image component sizes

Image component sizes映像組件大小比較重要，比如下面內(nèi)容代表的含義：

• Code (inc. Data) ：顯示代碼占用了多少字節(jié)。在此映像中，有19442字節(jié)的代碼， 其中包括1832字節(jié)的內(nèi)聯(lián)數(shù)據(jù) (inc. data)，例如文字池和短字符串。

  
  

• RO Data  ：顯示只讀數(shù)據(jù)占用了多少字節(jié)（比如const char buf[] = "123456"）。這是除 Code (inc. data) 列中包括的內(nèi)聯(lián)數(shù)據(jù)之外的數(shù)據(jù)。

  
  

• RW Data ：顯示讀寫數(shù)據(jù)占用了多少字節(jié)。

  
  

• ZI Data  ：顯示零初始化的數(shù)據(jù)占用了多少字節(jié)。

  
  

• Debug  ：顯示調(diào)試數(shù)據(jù)占用了多少字節(jié)，例如，調(diào)試輸入節(jié)以及符號和字符串。

  
  

• Object Totals  ：顯示鏈接到一起以生成映像的對象占用了多少字節(jié)。

  
  

• (incl. Generated)：鏈接器會生成的映像內(nèi)容，例如，交互操作中間代碼。如果 Object Totals 行包含此類型的數(shù)據(jù)，則會顯示在該行中。本例中共有 1016 字節(jié)的 RO 數(shù)據(jù)，其中32字節(jié)是鏈接器生成的 RO 數(shù)據(jù)。

  
  

• (incl. Padding) ：鏈接器根據(jù)需要插入填充，以強制字節(jié)對齊。

  
  

下面的Library Totals顯示已提取并作為單個對象添加到映像中的庫成員占用了多少字節(jié)。

下面是我們經(jīng)常要查看的內(nèi)容：

• Grand Totals：顯示映像的真實大小。

  
  

• ELF Image Totals：ELF(Executable and Linking Format)可執(zhí)行鏈接格式映像文件大小。

  
  

• ROM Totals：顯示包含映像所需的 ROM的最小大小。這不包括 ZI數(shù)據(jù)和存儲在ROM 中的調(diào)試信息。

  
  

HTM文件分析

MDK將工程全編譯，且沒有錯誤后，就會生成此文件。以開發(fā)板配套例子為例，htm文件位于路徑：\Project\MDK-ARM(uV5)\Objects。

此文件的最大作用就是基本統(tǒng)計了所有被調(diào)用函數(shù)的棧stack使用情況（不考慮中斷嵌套）。下面是整個工程的最大棧需求：

具體到每個函數(shù)也給出最大的棧深度Max Depth，同時也給出函數(shù)本身的代碼量大小和使用的棧大小，比如函數(shù)bsp_InitExtIO，最大棧深度是152字節(jié)。函數(shù)本身占用代碼大小（Thumb指令集）28字節(jié)，使用棧8字節(jié)。

通過這個文件，我們可以合理的配置啟動文件里面的stack大?。?

總結(jié)

本章節(jié)的知識點比較重要，務(wù)必要熟練掌握。平時開發(fā)工程項目時，可以多關(guān)注map文件和htm文件。

版權(quán)歸原作者所有，如有侵權(quán)，請聯(lián)系刪除。????????????????  END  ????????????????