詞法陷阱：

    1        = 不同于＝＝不要在程序中將兩者寫錯，小心。將表達式與常量比較時，可將常量放在左邊。

    2        &和| 不同于&& 和 ||.

    3        詞法分析中的貪心法：每個符號應該包含盡可能多的字符。如果（編譯器的）輸入流截至某個字符前都已經(jīng)分解為一個個符號，那么下一個符號將包括從該字符之后可能組成一個字符的最長字符串。如y = x/*p，那么/*將作為一個符號對待。

    4        如果一個整形變量第一個字符是0，那么該常量被視為8進制數(shù)。

    5        Char c = ‘cxf’。在vc和Gcc中，依次用后一個字符覆蓋前一個字符，最后得到的整數(shù)值是最后一個字符的整數(shù)值。

    語法陷阱：

    1        c變量聲明由類型和一組類似表達式的聲明符組成。聲明符與表達式類似，對他求值返回一個聲明中給定類型的結果。如float f， （（f））。知道了如何聲明一個變量，那么該類型的類型轉換符就很容易得到了：將聲明中的變量名和分號去掉，再將剩余的部分用個括號“封裝”起來即可。如 float（*h） （），則float（*）（）就是“指向返回值是浮點類型的函數(shù)的指針”的類型轉換符。（*（void（*）（））0）（）調用地址為0位置的的例程。

    2        運算符優(yōu)先級：單目運算符，算術運算符，移位，關系，邏輯，條件， 賦值。

    3        switch語句中case中，不要忘記break，若刻意要省略，請加注釋。

    4        C語言中只有一維數(shù)組，而且數(shù)組的大小必須在編譯期間就作為一個常數(shù)確定下來。多維數(shù)組是通過一維數(shù)組仿真的，因為數(shù)組的元素可以是任何對象，當然也可以是數(shù)組。

    對數(shù)組，我們只能做兩件事，確定其大小，以及獲得指向該數(shù)組下標為0的元素的指針。其它的有關數(shù)組的操作，實際上是通過指針進行的。

    語義陷阱：

    1          空指針并不等于空字符串。編譯器保證由0轉換而來的指針不等于任何有效的指針。當將0賦值非一個指針變量時，絕對不能企圖使用該指針指向的內存中存儲的內容。

    2          在使用范圍時，使用不對稱邊界方式。第一個是“入界點”（序列中第一個被占用的元素），第二個是“出界點”（序列中第一個被釋放的元算）。For（int I = 0 ； I < 10； i++）。盡量不要使用For（int I = 0 ； I <＝9； i++）。

    3          數(shù)組的下標如果用入界口加出界口來表達（即10個元素，其下標為0 <= n < 10 ），則元素個數(shù)即為上界與下界之差，即下界。若為空，則上界等于下界。任何情況下上界也永遠不可能小于下界。

    盡量采用非對稱邊界法。

    一個有N個元素的數(shù)組 ，我們可以使用a[N]進行比較和賦值，但不能引用其內容。

    4          C語言中只有4個運算符存在規(guī)定的求值順序：&&，| |， ？：和，。其他的運算符對器操作數(shù)求值的順序是未定義的。特別的是，賦值運算符并不保證任何求值順序。Y[i]=X[i++] 錯誤。

    5          記得為main提供返回值。

    連接：

    1          為避免命名沖突，請對變量或函數(shù)使用static修飾符。為了定義與庫函數(shù)中同名的函數(shù)，可將文件中要定義的函數(shù)加static修飾。

    2          使用外部函數(shù)前，一定要聲明。否則，沒有聲明，函數(shù)返回值將默認為整型。

    3          外部聲明要與定義類型一致。不能聲明是extern int n，而定義是long n.

    4          同一個外部變量在不同的地方被聲明為不同的類型，這種錯誤大部分編譯器是檢不出來的。

    char file[]= "/etc/password"；

    與

    extern char* file；

    是不一樣的。

    庫函數(shù)：

    1          注意getchar（）返回整型，不是字符型。

    2          為了保持與過去不能同時進行讀寫操作的程序的向下兼容性，一個輸入操作不能隨后直接緊跟一個輸出操作，反之依然，如果要同時進行輸入和輸出操作，必須在其中插入fseek函數(shù)的調用。例：

    3         緩沖輸出和內存分配：

    可通過setbuf函數(shù)控制程序的緩沖輸出。

    這個是不對的。buf最后一次被清空是在什么時候？答案是在main函數(shù)結束之后，作為程序交回控制給操作系統(tǒng)之前C運行時庫所必須進行的清理工作的一部分。但是在此之前buf已經(jīng)被釋放。

    解決方法一是加上static 聲明。也可以把buf聲明完全移到main函數(shù)之外。第二種辦法是動態(tài)分配緩沖區(qū)，在程序中并不主動釋放分配的緩沖區(qū)

    4         不能直接使用errno檢測錯誤，應先檢測作為錯誤指示的返回值，確定程序已經(jīng)執(zhí)行失敗。然后，再檢查errno，搞清原因。

    /* 調用庫函數(shù) */

    if（返回的錯誤值）

    檢查errno

    5         庫函數(shù)signal

    從理論上說，一個信號可能在C程序執(zhí)行期間的任何時刻上發(fā)生，甚至可能出現(xiàn)在某些復雜的庫函數(shù)（如malloc）的執(zhí)行過程中。因此從安全的角度講，信號的處理函數(shù)不應該調用上述類型的庫函數(shù)?；谕瑯拥脑?，從signal處理函數(shù)中使用longjump退出，通常情況下也是不安全的：因為信號可能發(fā)生在malloc 或者其它庫函數(shù)開始更新某個數(shù)據(jù)結構，卻又沒有最后完成的過程中。因此signal處理函數(shù)能夠做的安全的事情，似乎就只有設置一個標志然后返回，期待以后主程序能夠檢查到這個標志，發(fā)現(xiàn)一個信號已經(jīng)發(fā)生。

    然而，就算這樣做也并不總是安全的。當一個算術運算錯誤引發(fā)一個信號時，某些機器在signal處理函數(shù)返回后還將重新執(zhí)行失敗的操作。因此對于算術運算 錯誤，signal處理函數(shù)的惟一安全、可移植的操作就是打印一條出錯消息，然后使用longjump或exit立即退出程序。

    當一個程序異常終止時，程序輸出的最后幾行常常會丟失，原因是緩沖。

    預處理器：

    1         不要忽視宏中的括號。

    2         宏不是函數(shù)。將宏中的參數(shù)都加上括號，將整個結果表達式也括起來。防止副作用。

    3         宏不是語句：#define assert（e） （（void）（（e）||_assert_error（_FILE_，_LINE_）））

    4         宏不是類型定義；不要用#define定義類型，而是用typedef定義新類型。

    可移植性：

    1   因為字符串常量可以用來表示一個字符數(shù)組，所以在數(shù)組名出現(xiàn)的地方都可以用字符串常量末端替換。     如：    "0123456789"[n%10]

    2  注意C標準的變化，新特性的使用。

    3   c標準所能保證的只是，c實現(xiàn)必須能夠區(qū)別出前6個字符不同的外部名稱，且并沒有要求區(qū)分大小寫。避免諸如：print_char（），print_int（）等

    4  整數(shù)長度的相對長度規(guī)定：short類型的值肯定能被int型容納，int型肯定能被long型整數(shù)容納；一個普通（int類型）整數(shù)足夠大以容納任何數(shù)組下標；字符長度由硬件特性決定。

    5   隨機數(shù)最大值：RAND_MAX