盤點(diǎn)一些在C語(yǔ)言中比較容易犯的錯(cuò)誤

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

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

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

二、類型轉(zhuǎn)換

淺析：第一眼看到這道題心里想到這不明擺著 -10 + 1 < 0么，如此easy的題目還要算嗎?當(dāng)程序運(yùn)行出結(jié)果時(shí)頓時(shí)傻眼了，仔細(xì)看了看數(shù)據(jù)類型發(fā)現(xiàn)問(wè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型，通過(guò)補(bǔ)碼運(yùn)算得知該值為:4294967286,該值加上1會(huì)肯定會(huì)遠(yuǎn)大于0，因此輸出的是a+b>0。

三、溢出問(wèn)題

程序一：unsigned?i; for?(i?=?110;?i?>=?0;?i--) ??printf("%u\n",i);

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

死循環(huán)

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

程序二：#include? #include? int?main(void) { ??char?a[1000]; ??int?i; ??for(i?=?0;?i?

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

淺析：這道題看上去很簡(jiǎn)單但是卻暗藏殺機(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ù)碰到'\0'就結(jié)束(不包括)，因此輸出結(jié)果為255。

四、strcpy函數(shù)

void?test() { char?str[10],str1[10]; int?i; for(i?=?0;?i?

淺析： 這段代碼第一眼看過(guò)去是沒(méi)問(wèn)題的，但是再看一眼就能夠很輕松找到錯(cuò)誤了，strcpy函數(shù)是拷貝字符串的函數(shù)，它是以'\0'為結(jié)尾的，因此當(dāng)程序運(yùn)行strcpy這一行時(shí)會(huì)發(fā)生內(nèi)存非法訪問(wèn)導(dǎo)致程序崩潰。

fqj