總結(jié)那么幾個(gè)C語言中的“坑”

今天給大家分享幾個(gè)C語言中的坑。

一、帶參數(shù)的宏展開順序

#include #define f(a,b) a##b#define g(a) #a#define h(a) g(a) int main(void){ printf("%s ",h(f(1,2))); printf("%s ",g(f(1,2))); return 0;}

運(yùn)行結(jié)果:

12f(1,2)

淺析：

本題中的#運(yùn)算符可以利用宏參數(shù)創(chuàng)建字符串。##運(yùn)算符和#運(yùn)算符一樣也可以用于類函數(shù)宏的替換部分。另外，##還可以用于類對(duì)象宏的替換部分，這個(gè)運(yùn)算符可以把兩個(gè)語言符號(hào)組合成單個(gè)語言符號(hào)，所以該運(yùn)算符也被成為“預(yù)處理粘合劑”。類參數(shù)宏展開遵循一定的順序，先從外層開始探尋如果遇到#即刻結(jié)束探尋，從遇到#處開始一步一步向外層展開，如果沒有遇到#探尋到最里層結(jié)束探尋，然后一步一步向外層展開。

所以printf("%s ",h(f(1,2)));這條語句的展開順序?yàn)?h(f(1,2))(沒有#) --->> f(1,2)(到達(dá)最里層依然沒有#) ---->> h(12) ---->> 12。

然而printf("%s ",g(f(1,2)));這條語句的展開順序是:g(f(1,2))(碰到#即刻結(jié)束探尋，開始展開) ----->>f(1,2)。

二、類型轉(zhuǎn)換

#include int main(void){ int a = -10; unsigned b = 1; if(a+b > 0) printf("a + b > 0 "); else if (a + b < 0) printf("a + b < 0 "); else printf("a + b = 0 "); return 0;}

運(yùn)行結(jié)果：

a + b > 0

淺析：

第一眼看到這道題心里想到這不明擺著 -10 + 1 < 0么，如此easy的題目還要算嗎?當(dāng)程序運(yùn)行出結(jié)果時(shí)頓時(shí)傻眼了，仔細(xì)看了看數(shù)據(jù)類型發(fā)現(xiàn)問題出在了類型的轉(zhuǎn)換上。眾所周知，在不同類型的數(shù)據(jù)進(jìn)行運(yùn)算時(shí)如果不進(jìn)行特別的轉(zhuǎn)換那么在數(shù)據(jù)運(yùn)算時(shí)會(huì)先將表示范圍較小的數(shù)據(jù)自動(dòng)轉(zhuǎn)換成表示范圍更廣的數(shù)，再參與運(yùn)算，所以本題中會(huì)先將int型的a轉(zhuǎn)換成unsigned int型，通過補(bǔ)碼運(yùn)算得知該值為:4294967286,該值加上1會(huì)肯定會(huì)遠(yuǎn)大于0，因此輸出的是a+b>0。

三、溢出問題

程序一：

unsigned i; for (i = 110; i >= 0; i--) printf("%u ",i);

運(yùn)行結(jié)果：

死循環(huán)

淺析：

該題的坑就在于沒有注意到unsigned int 的存儲(chǔ)范圍，當(dāng)小于零溢出時(shí)又會(huì)從unsigned int 的最大值開始遞減，這就仿佛進(jìn)入了一個(gè)圓環(huán)，永遠(yuǎn)都沒有辦法找到跳出圓環(huán)形跑道的缺口。

程序二：

#include #include int main(void){ char a[1000]; int i; for(i = 0; i < 1000; i++) a[i] = -1 - i; printf("%d ",strlen(a)); return 0;}? 運(yùn)行結(jié)果： 255

淺析：這道題看上去很簡單但是卻暗藏殺機(jī)，很少有人能夠答對(duì)，當(dāng)i從0開始自增，自增到127時(shí)-1 - 127 = -128，而這個(gè)數(shù)正好是char型變量所能表示的最小數(shù)字，i再自增一次就會(huì)溢出，變成char所能表示的最大數(shù)字，這樣又進(jìn)入了上一題的那個(gè)“環(huán)”，當(dāng)i增加到255時(shí)-1 - i = 0，此時(shí)第一次出現(xiàn)了0，而strlen函數(shù)碰到'