C標準函數庫（C Standard library）是所有符合標準的頭文件（head file）的集合，以及常用的函數庫實現程序，例如I/O 輸入輸出和字符串控制。不像 COBOL、Fortran 和 PL/I等編程語言，在 C 語言的工作任務里不會包含嵌入的關鍵字，所以幾乎所有的 C 語言程序都是由標準函數庫的函數來創建的。

大多 C 標準函數庫在設計上做得相當不錯。有些少部分的，會為了商業優勢和利益，會把某些舊函數視同錯誤或提出警告。字符串輸入函數 gets（）（以及 scanf（） 讀取字符串輸入的使用上）是很多緩存溢出的原因，而且大多的程序設計指南會建議避免使用它。另一個較為奇特的函數是 strtok（），它原本是作為早期的詞匯分析用途，但是它非常容易出錯（fragile），而且很難使用。

嵌入式系統是一種專用的計算機系統，作為裝置或設備的一部分。通常，嵌入式系統是一個控制程序存儲在ROM中的嵌入式處理器控制板。事實上，所有帶有數字接口的設備，如手表、微波爐、錄像機、汽車等，都使用嵌入式系統，有些嵌入式系統還包含操作系統，但大多數嵌入式系統都是由單個程序實現整個控制邏輯。

從應用對象上加以定義，嵌入式系統是軟件和硬件的綜合體，還可以涵蓋機械等附屬裝置。國內普遍認同的嵌入式系統定義為：以應用為中心，以計算機技術為基礎，軟硬件可裁剪，適應應用系統對功能、可靠性、成本、體積、功耗等嚴格要求的專用計算機系統。

嵌入式開發中一般都不使用標準C庫中的malloc函數原因

這是因為內存有限啊，嵌入式的內存就只有幾十K到幾百K，當然指的嵌入式應該是單片機，不能運行Linux系統的嵌入式系統，可以上Linux系統的嵌入式就可以使用標準C開發了，同樣具有malloc函數。

主要原因是內存太小的問題，深層次的原因是由于標準C庫的內存管理的容易產生碎片，不利于在小內存運行。

通過自己實現內存管理，從本質上是預先分配一大段內存（嵌入式中就是一個大的數組），那后在依據需要保存的對象大小，按特定的方式分配的。比如，你需要存儲的記錄為256字節，假設需要存取16條記錄，那么，就需要分配256＊16=4096字節，這樣就需要4k的數組才可以分配了，這樣就避免了內存碎片。當然這是以靈活性為代價的，如果是可變的，處理方式就比較復雜了，一般在單片機中需要避免，可以分區域（多分配幾個數組），取最大長度。

使用ARM標準C庫進行嵌入式應用程序開發

隨著對高處理能力、實時多任務、超低功耗等方面需求的增長，高端嵌入式處理器已經進入了國內開發人員的視野，并在國內得到了普遍的重視和應用。ARM是目前嵌入式領域應用最廣泛的RISC微處理器結構，憑借低成本、低功耗、高性能等優點占據了嵌入式系統應用領域的領先地位。ADS是ARM公司推出的ARM集成開發環境，提供了對C和C++的支持，是目前開發ARM的主要工具。本文針對日益縮短的嵌入式開發周期，結合ARM系統開發調試經驗，對使用ARM標準庫進行應用程序開發作了比較系統的分析。

1 ARM標準庫介紹

ADS提供了ANSI C和C++標準庫，本文僅討論ANSI C庫，該庫包含下面幾個部分：

ISO C庫標準所定義的函數；

在semlhosted環境下用來實現C庫函數與目標相關的函數；

C和C++編譯器要使用的heIper函數。

該庫提供的諸如文件輸入輸出之類的設備，使用了標準的ARM semihosted執行環境（semihosting是針對ARM目標機的一種機制，它能夠根據應用程序代碼的輸入/輸出請求，與運行有調度功能的主機通信，這種技術允許主機為通常沒有輸入和輸出功能的目標硬件提供主機資源）。ARMulator、Angel和Multi-lCE都支持這個環境，可以使用ADs中提供的開發工具開發應用程序，然后在ARMulator或者是開發板上運行和調試該程序。如果要使應用系統獨立于這個環境，則必須重新實現C庫中依賴于這個環境的相關函數，根據用戶系統的運行環境對C庫進行適當的裁減。

使用ANSI標準C庫進行程序開發，不僅可以提高開發效率而且可以增強程序的可移植性。在程序中使用庫函數，必須先建立一個庫函數可以執行的環境，這些工作都由庫中的函數完成。當應用程序鏈接了C庫中的函數時，C庫中的函數將完成：

創建C程序所需的執行環境（建立棧，如果需要創建一個堆，初始化程序使用的部分庫）；

調用main（）函數開始執行C程序；

支持程序使用的Is0定義的函數；

捕獲運行時的錯誤和信號，如果需要，根據錯誤終止執行或程序退出。

2 裁減ARM標準C函數庫

標準庫中包含了部分依賴于ARM semihosted執行環境的函數，這部分函數的函數名中包含有單個或兩個下劃線“-”，需要重新實現這部分函數。如果在程序中定義這些函數，則編譯器就會使用新定義的函數，這個過程稱為庫函數的裁減。一般情況下，只需要重新定義很少的幾個函數就可以使用C庫。

ARM應用系統開始執行用戶應用程序，必須先將應用程序加載到執行域，建立應用程序的執行環境。使用C庫時，這些繁瑣的工作就大部分由c函數來完成了。匯編程序完成系統初始化后，跳轉到C程序的人口_main（）（注意：不是main（），當C程序中定義了main（）主函數時，編譯器就會生成_main代碼）。由_main（）引導庫函數完成C執行環境的初始化，具體過程如下：

將非啟動代碼的RO和RW執行域代碼從加載域地址復制到執行域地址；

將ZI域清零；

跳轉到_rt_entry。

調用_main（）將大大簡化匯編啟動代碼的編寫，匯編代碼僅需完成系統硬件的初始化，而沒有必要將代碼從加載域地址復制到執行域地址，以及ZI域清零等工作。特別是當使用分布式加載時_main（）的作用就更加明顯了。但是_main（）并沒有建立C庫運行必須的環境，這項工作由_rt_entry（）完成，主要調用過程為：

調用_rt_stackheap_init（）建立堆和棧；

調用_rt_lib_init（）初始化引用的庫函數；如果需要，建立main（）函數的參數argc和argv等；

調用main（）函數，執行應用程序，可以應用庫函數；

用main（）函數的返回值作參數調用exit（）。

_rt_entry并不是C函數，它是用ARM C庫編程的起始點。_rt_entry不能用C語言宴現，因為這時候堆棧還沒有建立，堆棧由＿ rt_stackheap_init（）來建立。

上面簡單介紹了C程序使用庫函數時的調用過程，由_rt—stackheap_init（）建立C庫使用的內存模型－－堆和棧。因為ARM庫是建立在semihosted執行環境的，它實現的內存模型是基于這個環境的，所以必須修改這個內存模型建立機制。表1列出了需要重新實現的函數，實現了這些函數，應用程序就可以脫離宿主機環境獨立運行了。其中，必須重新實現的是＿user initial＿stackheap（），因為默認的實現是基于semihosted執行環境的，該函數被＿n＿stackheap＿init（）調用創建內存模型，其他兩個函數沒有默認的實現。

實現該函數，必須滿足下面的條件：

使用不超過96字節的?？臻g；

除了R12（ip）外不要污染其他寄存器；

將堆基址、?；贰⒍堰吔绾蜅＿吔绶謩e存在RO～R3作為返回參數；

堆必須保持8個字節對齊。

實現例程如下：

為了提高應用程序開發效率和可移植性，希望在目標系統上使用ARM庫提供的標準輸人輸出庫函數。

高層輸入輸出函數是不依賴于目標系統環境的，但是高層輸入輸出函數必須調用依賴于目標系統的底層函數，才能實現應用系統的輸入輸出。依據目標系統硬件環境重新定義這些底層函數，就可以使用庫提供的標準input／output庫函數了。下面以裁減ARM標準庫提供的printf系列輸出函數為例來作說明。

標準I/O庫中最常用的是printf系列函數，包括_printf（）、printf（）、_fprintf（）、fprintf（）、vprintf（）和vfprintf（）。所有這些函數非透明地使用_FILE，并且僅依賴于fputc（）和ferror（）兩個函數。函數_printf（）和_fprintf（）與printf（）和fprintf（）的區別僅在于前兩個函數不能格式化浮點值。只要定義了自己的_FILE版本和fputc（）、ferror（）函數，外加定義一個具有FILE類型的_stdout變量，就可以不作任何修改地使用printf系列、fwrite（）、fputs（）和puts（）函數了。

下面給出了具體實現的模板，可以根據實際需要修改。

#include《stdio．h》

struct__FILE

{

int handle；

/*用戶需要的任何代碼（如果使用文件僅是為了調試使用prinft在標準輸出端輸出信息，則不需要任何文件處理代碼）*/

}；

FlLE_stdout；/*FILE在stdio.h中定義為：typedef struct_

FILE FILE；*/

int fputc（int ch，FILE*f）{

/*用戶實現的fpute代碼。輸出一個字符，可以根據需要實現*/

return ch；

}

int ferror（FILE*f）{

/*用戶實現的ferror代碼*/

return EOF；

}

結語

本文分析了ARM標準庫的工作機理，給出了裁減C庫進行程序開發的關鍵步驟。實際應用時需要根據具體的硬件環境和應用要求裁減C庫，提高代碼執行效率。