關(guān)注「嵌入式大雜燴」，星標公眾號，一起進步！

來源：https://blog.csdn.net/zhzht19861011

摘要：本文首先分析了C語言的陷阱和缺陷，對容易犯錯的地方進行歸納整理；分析了編譯器語義檢查的不足之處并給出防范措施，以Keil MDK編譯器為例，介紹了該編譯器的特性、對未定義行為的處理以及一些高級應(yīng)用。

在此基礎(chǔ)上，介紹了防御性編程的概念，提出了編程過程中就應(yīng)該防范于未然的多種措施；提出了測試對編寫優(yōu)質(zhì)嵌入式程序的重要作用以及常用測試方法；最后，本文試圖以更高的層次看待編程，討論一些通用的編程思想。

1.簡介

市面上介紹C語言以及編程方法的書數(shù)目繁多，但對如何編寫優(yōu)質(zhì)嵌入式C程序卻鮮有介紹，特別是對應(yīng)用于單片機、ARM7、Cortex-M3這類微控制器上的優(yōu)質(zhì)C程序編寫方法幾乎是個空白。本文面向的，正是使用單片機、ARM7、Cortex-M3這類微控制器的底層編程人員。

編寫優(yōu)質(zhì)嵌入式C程序絕非易事，它跟設(shè)計者的思維和經(jīng)驗積累關(guān)系密切。嵌入式C程序員不僅需要熟知硬件的特性、硬件的缺陷等，更要深入一門語言編程，不浮于表面。為了更方便的操作硬件，還需要對編譯器進行深入的了解。

本文將從語言特性、編譯器、防御性編程、測試和編程思想這幾個方面來討論如何編寫優(yōu)質(zhì)嵌入式C程序。與很多雜志、書籍不同，本文提供大量真實實例、代碼段和參考書目，不僅介紹應(yīng)該做什么，還重點介紹如何做、以及為什么這樣做。

編寫優(yōu)質(zhì)嵌入式C程序涉及面十分廣，需要程序員長時間的經(jīng)驗積累，本文希望能縮短這一過程。

2.C語言特性

語言是編程的基石，C語言詭異且有種種陷阱和缺陷，需要程序員多年歷練才能達到較為完善的地步。雖然有眾多書籍、雜志、專題討論過C語言的陷阱和缺陷，但這并不影響本節(jié)再次討論它。

總是有大批的初學(xué)者，前仆后繼的倒在這些陷阱和缺陷上，民用設(shè)備、工業(yè)設(shè)備甚至是航天設(shè)備都不例外。本節(jié)將結(jié)合具體例子再次審視它們，希望引起足夠重視。深入理解C語言特性，是編寫優(yōu)質(zhì)嵌入式C程序的基礎(chǔ)。

2.1處處都是陷阱

2.1.1 無心之過

1)“=”和”==”

將比較運算符”==”誤寫成賦值運算符”=”，可能是絕大多數(shù)人都遇到過的，比如下面代碼：

if(x=5)?
{?
????//其它代碼???
}
代碼的本意是比較變量x是否等于常量5，但是誤將”==”寫成了”=”，if語句恒為真。如果在邏輯判斷表達式中出現(xiàn)賦值運算符，現(xiàn)在的大多數(shù)編譯器會給出警告信息。比如keil MDK會給出警告提示：“warning: ?#187-D: use of "=" where"==" may have been intended”，但并非所有程序員都會注意到這類警告，因此有經(jīng)驗的程序員使用下面的代碼來避免此類錯誤：

if(5==x)???
{???
????//其它代碼???
}
將常量放在變量x的左邊，即使程序員誤將’==’寫成了’=’，編譯器會產(chǎn)生一個任誰也不能無視的語法錯誤信息：不可給常量賦值！

2)復(fù)合賦值運算符

復(fù)合賦值運算符（ = 、 * = 等等） 雖然可以使表達式更加簡潔并有可能產(chǎn)生更高效的機器代碼，但某些復(fù)合賦值運算符也會給程序帶來隱含Bug，比如 ?” =” 容易誤寫成”= ”，代碼如下：

tmp= 1;
代碼本意是想表達tmp=tmp 1，但是將復(fù)合賦值運算符” =”誤寫成”= ”：將正整數(shù)常量1賦值給變量tmp。編譯器會欣然接受這類代碼，連警告都不會產(chǎn)生。

如果你能在調(diào)試階段就發(fā)現(xiàn)這個Bug，真應(yīng)該慶祝一下，否則這很可能會成為一個重大隱含Bug，且不易被察覺。

復(fù)合賦值運算符”-=”也有類似問題存在。

3)其它容易誤寫

• 使用了中文標點
• 頭文件聲明語句最后忘記結(jié)束分號
• 邏輯與