嵌入式軟件開發往往缺乏必要的調試工具和調試手段，同時需要有較高的容錯處理能力，程序正常運行過程中盡量不因為出現異常而導致系統停止。一旦發生錯誤或異常，開發人員需要盡量多的錯誤環境信息來查找問題的原因。從程序編寫的角度來講，一般嵌入式軟件都采用C語言開發。C語言本身的特點決定了無法利用語言本身的功能實現對異常的跟蹤與處理，只能通過良好的編程模型與習慣，以及后期的大量測試，來發現和解決異常。因此，如何進一步提升程序開發中的可調試性，對于運行中的異常如何保存現場，從而方便進行異常追蹤等，是開發者需要考慮的重要問題。本文針對嵌入式C語言開發的特點，提出一種基于堆棧模式的異常追蹤編程模型，能夠實現有效的異常現場保存與恢復，并為后期的問題分析與解決打好基礎。同時，本文所提出的思路亦可作為實際運行階段提升可調試性的一種手段應用于嵌入式軟件編程中，最大限度實現對于異常發生環境的保存與定位，提升系統的可維護性。
　　1 建立全局錯誤代碼表
　　對于嵌入式軟件來說，盡量節省內存資源、降低程序代碼量是十分重要的。因此，將程序中所有錯誤、異常情況都進行了統一編碼，提高了錯誤處理代碼的規范化與可讀性。設計8位整數編碼格式如下：
　　
　　每個錯誤代碼在程序中僅需要1個字節進行存儲。對于程序中每個可能異常的地方（如COM1沒打開），都設定1個唯一編號，當出現錯誤或異常時根據該編號可以直接定位到源程序對應文件和程序段，并確定錯誤類型。
　　采用錯誤代碼的形式存儲錯誤信息，不僅可以精確描述錯誤的類型、位置等信息，還可以最大限度地節省寶貴的可執行內存資源，降低程序對內存的需求。
　　2 建立全局異常堆棧
　　在一個復雜的嵌入式實時系統中，程序處理流程復雜，不同資源之間往往在操作上存在著交叉。當出現程序錯誤或異常時，不能簡單地退出程序，而是應當盡量將錯誤處理掉，實在無法處理的錯誤應進行記錄，但整個程序的運行不應當中斷。對此，使用1個錯誤堆棧來保存錯誤信息。該棧用下面數組定義：
　　
　　ERROR_STACK為全局錯誤棧類型定義，MainErrStack為全局棧實例，其元素個數由ERR_STACK_SIZE確定。ErrorParm為字符數組，當錯誤發生時可以依次保存函數的人口參數以及異常發生之前局部變量的值等。實際數組長度ERR_ENV_LEN可以根據情況調整，一般情況下開發階段可以設置大一些，保證存放更多的錯誤信息用于調試；進入實際運行階段可以適當縮小該錯誤環境棧長度，減少內存空間的占用。