剛開(kāi)始學(xué)C語(yǔ)言的時(shí)候大多數(shù)人都把注意力放在語(yǔ)法怎么記憶、題目怎么做對(duì)上?？梢坏┳约簞?dòng)手寫小程序或者參加實(shí)訓(xùn)、做課程設(shè)計(jì)甚至后來(lái)去調(diào)試別人的代碼你會(huì)發(fā)現(xiàn)最初埋下的很多坑通通都跟“數(shù)據(jù)類型”和“變量”這兩個(gè)基礎(chǔ)概念有關(guān)。這篇文章就是想把C語(yǔ)言初階里數(shù)據(jù)類型和變量這部分講透。不繞彎子上來(lái)就講底層是怎么回事、怎么選類型、怎么定義變量才不容易出問(wèn)題同時(shí)會(huì)穿插大量我在實(shí)際寫代碼和幫人排查問(wèn)題時(shí)遇到的真實(shí)場(chǎng)景。無(wú)論你是剛摸到C語(yǔ)言邊緣的新手還是學(xué)過(guò)一遍但回頭補(bǔ)地基的人這部分內(nèi)容都值得耐心看一遍。1. 先搞清楚一件事C語(yǔ)言的類型本質(zhì)是什么1.1 為什么數(shù)據(jù)類型和變量能決定程序的地基很多同學(xué)學(xué)C語(yǔ)言第一步背“int是整型、float是浮點(diǎn)型、char是字符型”然后就急著去寫printf和scanf。這個(gè)方向沒(méi)錯(cuò)但你必須先弄明白一件事類型到底是什么它到底決定了什么一句話講清楚類型決定了兩個(gè)方面——一塊內(nèi)存占多大以及這塊內(nèi)存里的二進(jìn)制怎么解釋。你可以把內(nèi)存想象成一張巨大的草稿紙紙上的每個(gè)格子都是一個(gè)字節(jié)。一個(gè)變量名只是這張紙上某一段格子的“名字”而類型規(guī)定了你在這段格子上怎么讀寫。同樣是四個(gè)字節(jié)0100 1001 0010 0100 0000 0000 0000 0000如果當(dāng)成int看是一個(gè)整數(shù)當(dāng)成float看又是一個(gè)完全不同的浮點(diǎn)數(shù)當(dāng)成指向某個(gè)地址的指針看又另是一回事。同一段數(shù)據(jù)不同類型的解釋結(jié)果天差地別。這就是為什么類型錯(cuò)了程序不會(huì)在你面前倒下一座山而是悄悄給你一個(gè)完全莫名其妙的值。弄懂了這一點(diǎn)你后面學(xué)結(jié)構(gòu)體、指針、鏈表時(shí)底層邏輯都是一樣的先把“內(nèi)存布局”想清楚再談怎么操作。1.2 從sizeof入手int、double、char到底占多大理論再漂亮不如動(dòng)手量一遍。C語(yǔ)言給了一個(gè)專門的運(yùn)算符sizeof它用來(lái)返回一個(gè)類型或變量占用的字節(jié)數(shù)。注意sizeof不是函數(shù)它是運(yùn)算符所以在很多老代碼里寫sizeof(int)不寫括號(hào)也不會(huì)報(bào)錯(cuò)但規(guī)范起見(jiàn)還是加括號(hào)。#include stdio.h int main(void) { printf(char : %zu\n, sizeof(char)); printf(short : %zu\n, sizeof(short)); printf(int : %zu\n, sizeof(int)); printf(long : %zu\n, sizeof(long)); printf(long long : %zu\n, sizeof(long long)); printf(float : %zu\n, sizeof(float)); printf(double : %zu\n, sizeof(double)); return 0; }這里建議用%zu來(lái)打印sizeof的結(jié)果因?yàn)閟izeof的返回類型是size_t它本身是一個(gè)無(wú)符號(hào)整型。很多教科書(shū)用%d打印那屬于歷史遺留的不嚴(yán)謹(jǐn)寫法在64位平臺(tái)上會(huì)觸發(fā)格式符不匹配的問(wèn)題后面細(xì)說(shuō)。在絕大多數(shù)PC、嵌入式32位環(huán)境下你會(huì)得到這樣一組數(shù)據(jù)類型常見(jiàn)字節(jié)數(shù)char1short2int4longLinux 64位下8Windows 64位下4long long8float4double8指針任意類型64位下832位下4這里最容易被坑的是long。它在不同平臺(tái)上大小不一樣標(biāo)準(zhǔn)里只要求它“不小于 int”并沒(méi)有明確規(guī)定一個(gè)固定字節(jié)數(shù)。所以如果你要寫可移植代碼要么用long long這種明確保證至少8字節(jié)的類型要么直接用stdint.h里定義的int32_t、int64_t。說(shuō)句實(shí)話我在實(shí)際工程里更喜歡用stdint.h的定寬類型這樣代碼一落到不同芯片上心里立刻有底。1.3 別再死記硬背取值范圍limits.h才是真正的裁判很多同學(xué)背過(guò)“int范圍是-2147483648到2147483647”這個(gè)數(shù)字確實(shí)重要但更靠譜的做法是直接看頭文件。C標(biāo)準(zhǔn)提供了limits.h頭文件里面定義了各種整數(shù)類型的最小值和最大值宏INT_MAX、INT_MIN、LONG_MAX、CHAR_MIN等等。還有float.h定義了浮點(diǎn)數(shù)的范圍比如FLT_MAX、DBL_EPSILON。寫代碼時(shí)如果需要判斷數(shù)據(jù)是否超出范圍直接用這些宏別自己手寫一個(gè)“好像記得”的數(shù)字。#include stdio.h #include limits.h #include float.h int main(void) { printf(INT_MAX %d\n, INT_MAX); printf(INT_MIN %d\n, INT_MIN); printf(LONG_MAX %ld\n, LONG_MAX); printf(CHAR_BIT %d\n, CHAR_BIT); printf(FLT_DIG %d\n, FLT_DIG); printf(DBL_DIG %d\n, DBL_DIG); return 0; }這里的CHAR_BIT表示一個(gè)char有多少位絕大多數(shù)機(jī)器上是8但C標(biāo)準(zhǔn)并不保證永遠(yuǎn)都是8。你真正理解了這些宏之后寫出的代碼才叫“跨平臺(tái)”不叫“碰巧在這臺(tái)機(jī)器上能跑”。另外char到底是有符號(hào)還是無(wú)符號(hào)標(biāo)準(zhǔn)也沒(méi)一句話說(shuō)死取決于具體編譯器。所以在做字符判斷、字節(jié)處理時(shí)最好明確指定signed char或unsigned char。這聽(tīng)起來(lái)有點(diǎn)較真但等你做串口通信、解析協(xié)議幀時(shí)這一條能幫你擋掉一堆莫名其妙的麻煩。2. 變量定義與初始化的那些坑2.1 聲明和定義的區(qū)別以及extern的經(jīng)典誤會(huì)變量這個(gè)東西說(shuō)起來(lái)簡(jiǎn)單寫起來(lái)到處都是陷阱。第一個(gè)陷阱是很多教材一開(kāi)始沒(méi)講清的“聲明”和“定義”不是一回事。定義是“我創(chuàng)建了這個(gè)變量給它分配內(nèi)存”而聲明是“我告訴編譯器這個(gè)變量存在它的類型是什么但內(nèi)存很可能在別的地方”。最典型的就是extern// file1.c int global_count 10; // 定義 // file2.c extern int global_count; // 聲明不分配內(nèi)存如果你在一個(gè)文件里寫了int global_count;沒(méi)有extern又在另一個(gè)文件里也寫了int global_count;鏈接時(shí)大概率會(huì)報(bào)重復(fù)定義錯(cuò)誤。而如果你寫成extern int global_count;編譯器知道它存在但不去創(chuàng)建鏈接器會(huì)把兩處關(guān)聯(lián)起來(lái)。很多人學(xué)到“多文件編程”時(shí)才發(fā)現(xiàn)這個(gè)道理但理解聲明和定義這個(gè)區(qū)別的最好時(shí)機(jī)其實(shí)是在初學(xué)變量的時(shí)候。還有一個(gè)常見(jiàn)的誤解extern int a;和int a;到底怎么區(qū)分。簡(jiǎn)單記有extern且沒(méi)有初始化是聲明沒(méi)有extern且有初始化是定義沒(méi)有extern也沒(méi)初始化在函數(shù)外是定義會(huì)被默認(rèn)初始化為0在函數(shù)內(nèi)是聲明并定義了一個(gè)未初始化變量。這個(gè)細(xì)節(jié)在課程設(shè)計(jì)拆成多個(gè).c文件時(shí)特別容易踩提前拎出來(lái)講能救很多命。2.2 局部變量不初始化到底會(huì)發(fā)生什么這是新手期最容易忽略、卻又是實(shí)際運(yùn)行中危害最大的問(wèn)題之一。先看一段典型代碼#include stdio.h int main(void) { int count; if (條件滿足) { count 100; } printf(count %d\n, count); // 如果條件不滿足count是多少 return 0; }如果條件不滿足count從頭到尾沒(méi)有被賦值。你猜它打印多少答案是不知道。它打印出來(lái)的是棧上那塊舊數(shù)據(jù)殘留的值可能是0可能是-238473也可能是某個(gè)指針的殘余數(shù)字。程序不會(huì)報(bào)錯(cuò)也不會(huì)給你一個(gè)明顯的警告某些編譯器開(kāi)高警告級(jí)別會(huì)提示“maybe used uninitialized”但不開(kāi)就啥也沒(méi)有于是你看到的結(jié)果就是隨機(jī)值。我在實(shí)際幫人調(diào)試的時(shí)候見(jiàn)過(guò)因?yàn)槲闯跏蓟兞繉?dǎo)致的現(xiàn)象特別妖LED偶爾不亮、按鍵檢測(cè)時(shí)好時(shí)壞、一個(gè)狀態(tài)標(biāo)志位變成莫名的數(shù)字把代碼流程帶飛。這一類問(wèn)題極難復(fù)現(xiàn)因?yàn)槊看芜\(yùn)行變量的初始?xì)埩糁悼赡芏疾灰粯?。所以我的?xí)慣非常固執(zhí)所有局部變量定義的時(shí)候就順手初始化。不知道初始值是多少就初始化成0、空指針或一個(gè)明確的默認(rèn)狀態(tài)。這不會(huì)影響性能局部變量入棧本來(lái)就要開(kāi)銷你多賦一次值的成本微乎其微但能幫你省掉無(wú)數(shù)定位Bug的時(shí)間。2.3 const和static的真正用法別等到嵌入式再說(shuō)static這個(gè)關(guān)鍵字在C語(yǔ)言中至少有三副面孔修飾局部變量、修飾全局變量、修飾函數(shù)。初學(xué)階段最需要了解的是前兩個(gè)。static修飾局部變量時(shí)它不再存放在棧上而是存放在靜態(tài)存儲(chǔ)區(qū)。生命周期從函數(shù)第一次調(diào)用開(kāi)始直到程序結(jié)束作用域仍然只在函數(shù)內(nèi)部。也就是說(shuō)你用static寫出一個(gè)“記賬”功能int next_id(void) { static int id 0; return id; }每次調(diào)用next_idid都會(huì)在上一次的基礎(chǔ)上增加而不會(huì)重置為0。這個(gè)技巧在生成流水號(hào)、統(tǒng)計(jì)調(diào)用次數(shù)、嵌入式狀態(tài)機(jī)里非常實(shí)用。static修飾全局變量時(shí)意思是“該變量只能在當(dāng)前文件內(nèi)訪問(wèn)”。這不是為了省內(nèi)存而是為了隔離。多人協(xié)作時(shí)兩個(gè)文件里都可能有全局變量如果不加static一旦重名鏈接就可能沖突加了static各自文件內(nèi)部用互不干擾。所以工程項(xiàng)目里建議能用static限定的全局變量就不要裸定義全局變量。const則更簡(jiǎn)單但也更容易被誤解。const只是告訴編譯器“這個(gè)變量不應(yīng)該被修改”并不是把它變成常量。比如const int *p; // p指向的內(nèi)容不能通過(guò)p修改但p本身可以變 int * const q; // q本身不能變但q指向的內(nèi)容可以改 const int * const r; // 兩者都不能改區(qū)分方法有一個(gè)口訣看const在*的左邊還是右邊。它在左邊修飾的是“指向的類型”在右邊修飾的是“指針本身”。這個(gè)考點(diǎn)面試?？嫉匾氖悄愕们宄onst表達(dá)的是一種“編程契約”編譯器會(huì)幫你檢查你是否違反了契約。在函數(shù)參數(shù)中用const修飾只讀數(shù)組或指針是專業(yè)代碼的基本素養(yǎng)。3. 類型轉(zhuǎn)換與常量這里的坑最多3.1 隱式轉(zhuǎn)換的整型提升見(jiàn)過(guò)-1大于1U嗎C語(yǔ)言里類型不會(huì)安安靜靜待著一旦你的表達(dá)式里有多種類型編譯器會(huì)偷偷做一些轉(zhuǎn)換。新手最容易栽跟頭的是“整型提升”和“帶符號(hào)與無(wú)符號(hào)數(shù)混用”這兩個(gè)規(guī)則。先看經(jīng)典的“整型提升”。C標(biāo)準(zhǔn)規(guī)定char、short等類型出現(xiàn)在表達(dá)式中時(shí)會(huì)先被提升為int。比如char a 100; char b 150; char c a b; // a和b先提升為int相加得250再賦給char - -6如果不了解提升你會(huì)覺(jué)得c是250實(shí)際上卻可能是-6當(dāng)char是有符號(hào)時(shí)。這不是算術(shù)錯(cuò)了而是250超出了char的表示范圍發(fā)生了截?cái)?。再看一個(gè)我?guī)缀趺磕甓紩?huì)遇到的坑有符號(hào)數(shù)和無(wú)符號(hào)數(shù)比較?？催@段代碼int main(void) { int a -1; unsigned int b 1; if (a b) printf(a b\n); else printf(a b\n); return 0; }直覺(jué)上你覺(jué)得-1 1顯然成立但在C語(yǔ)言里輸出結(jié)果是a b。原因很簡(jiǎn)單當(dāng)有符號(hào)數(shù)和無(wú)符號(hào)數(shù)比較時(shí)有符號(hào)數(shù)會(huì)被隱式轉(zhuǎn)換為無(wú)符號(hào)數(shù)。于是-1變成了UINT_MAX通常是4294967295自然大于1。這類問(wèn)題在循環(huán)條件里特別致命for (unsigned int i n; i 0; i--) { ... }這個(gè)循環(huán)永遠(yuǎn)結(jié)束不了因?yàn)閕是無(wú)符號(hào)數(shù)減到0之后再減1會(huì)變成4294967295條件i 0恒成立。排查這種Bug時(shí)新手往往盯半天也看不出來(lái)問(wèn)題因?yàn)榇a本身“語(yǔ)法”完全正確。我的建議是寫循環(huán)條件時(shí)盡量不要混用帶符號(hào)和無(wú)符號(hào)類型實(shí)在要混用時(shí)顯示寫清楚(int)轉(zhuǎn)換或提前判斷。3.2 強(qiáng)制轉(zhuǎn)換可以用但要知道自己在干什么強(qiáng)制轉(zhuǎn)換就是顯式地告訴編譯器“按我說(shuō)的類型去看這塊數(shù)據(jù)”。它不是魔法不會(huì)改變內(nèi)存里的二進(jìn)制只是改變解釋方式。所以強(qiáng)制轉(zhuǎn)換用起來(lái)必須清楚后果。最常見(jiàn)的是浮點(diǎn)轉(zhuǎn)整型。C語(yǔ)言中把double強(qiáng)制轉(zhuǎn)換成int只保留整數(shù)部分不會(huì)四舍五入double pi 3.99; int n (int)pi; // n是3不是4另一個(gè)常見(jiàn)的是大類型轉(zhuǎn)小類型比如int轉(zhuǎn)charint x 300; char c (char)x; // 300的二進(jìn)制低8位是44所以c變成44如果你沒(méi)意識(shí)到這是截?cái)嗫吹捷敵?4會(huì)一頭霧水。實(shí)際場(chǎng)景里我做串口協(xié)議解析時(shí)經(jīng)常用強(qiáng)制轉(zhuǎn)換把一個(gè)字節(jié)流分成高八位低八位這是正常用法。但如果你沒(méi)搞懂內(nèi)存布局隨手寫(int)ptr再相減那就可能把內(nèi)存玩壞了。還有更隱蔽的指針類型轉(zhuǎn)換。C語(yǔ)言允許你把一個(gè)int *強(qiáng)轉(zhuǎn)成char *然后逐字節(jié)訪問(wèn)。這在調(diào)試一個(gè)復(fù)雜結(jié)構(gòu)體時(shí)很有用但也很危險(xiǎn)因?yàn)槟阋坏╊愋筒粚?duì)就去讀寫輕則數(shù)據(jù)錯(cuò)亂重則段錯(cuò)誤。強(qiáng)制轉(zhuǎn)換可以看成一把螺絲刀修東西很好用但你不能拿它當(dāng)鑿子使。3.3 常量的正確打開(kāi)方式#define、const和枚舉的分工寫C語(yǔ)言常量表達(dá)方式有好幾種#define宏、const變量、枚舉常量。它們的定位完全不一樣別混著無(wú)腦用。#define是預(yù)處理器層面的替換。它不占內(nèi)存、沒(méi)有類型只是編譯前把文本替換一圈。經(jīng)典問(wèn)題#define SQUARE(x) x * x int a SQUARE(3 1); // 展開(kāi)成 3 1 * 3 1結(jié)果是7不是16所以宏定義必須加括號(hào)#define SQUARE(x) ((x) * (x))。這不是語(yǔ)法問(wèn)題是替換機(jī)制帶來(lái)的必然要求。宏的好處是靈活壞處是它沒(méi)有類型檢查宏參數(shù)出問(wèn)題時(shí)編譯器幾乎不幫你把關(guān)。在新手階段我甚至不建議你大量使用函數(shù)式宏能用普通函數(shù)就先寫普通函數(shù)。const變量用于“這個(gè)變量不可被修改”的場(chǎng)景它有類型編譯器會(huì)檢查比宏安全得多。但要注意const不代表它是“編譯期常量”你不能拿它做數(shù)組大小在C89里也不能在switch的case里直接用const變量。如果你想定義一組相關(guān)常量比如狀態(tài)碼最好用枚舉enum State { STATE_IDLE 0, STATE_RUNNING, STATE_STOPPED };枚舉比宏的一個(gè)明顯優(yōu)勢(shì)是調(diào)試器能看到“STATE_RUNNING”這個(gè)名字而不是一個(gè)神秘?cái)?shù)字。對(duì)初學(xué)者來(lái)說(shuō)從寫狀態(tài)機(jī)開(kāi)始就養(yǎng)成用枚舉的習(xí)慣后面看代碼會(huì)輕松非常多。還有一個(gè)容易忽視的點(diǎn)字面量后綴。100是int100U是unsigned int100L是long100LL是long long3.14F是float而不是double。寫表達(dá)式時(shí)如果兩邊類型不一致后綴寫不寫會(huì)影響整型提升的結(jié)果特別是做大數(shù)運(yùn)算時(shí)100 * 100 * 100 * 100 * 100 * 100這種連鎖計(jì)算很容易在中間步驟溢出加個(gè)LL后綴一次搞定。4. 作用域、調(diào)試習(xí)慣與工程素養(yǎng)4.1 變量作用域和重名遮蔽你可能被“小細(xì)節(jié)”搞崩作用域這個(gè)東西教科書(shū)上寫起來(lái)干巴巴的但實(shí)際寫代碼時(shí)不注意就會(huì)埋雷。C語(yǔ)言的作用域大體分成幾層全局作用域、函數(shù)作用域、代碼塊作用域。變量在哪個(gè)花括號(hào){ }里面聲明它的作用域就在哪個(gè)括號(hào)里面。比較隱蔽的是“重名遮蔽”?？催@段#include stdio.h int x 100; int main(void) { int x 200; { int x 50; printf(inner x %d\n, x); } printf(outer x %d\n, x); return 0; }輸出是inner x 50和outer x 200最外層的全局x 100在函數(shù)內(nèi)部根本看不見(jiàn)。這種遮蔽行為是C語(yǔ)言規(guī)則允許的但實(shí)際寫代碼時(shí)同名變量嵌套在一起非常容易讓人誤判。我一向建議不要在嵌套代碼塊里重復(fù)用同一個(gè)變量名。程序員的精力應(yīng)該花在邏輯上而不是去猜“這個(gè)x到底指哪個(gè)”。另外C99之后可以在for循環(huán)里聲明變量for (int i 0; i 10; i) { ... }這樣i的作用域只在循環(huán)內(nèi)部循環(huán)結(jié)束后再訪問(wèn)i會(huì)報(bào)“未定義”錯(cuò)誤。這是一種好事它限制了變量的存活范圍降低誤用概率。老代碼里常見(jiàn)習(xí)慣是把循環(huán)變量定義在函數(shù)開(kāi)頭然后在多個(gè)循環(huán)里反復(fù)用這在邏輯上沒(méi)問(wèn)題但一旦循環(huán)嵌套多、狀態(tài)復(fù)雜共享一個(gè)變量名也可能導(dǎo)致邏輯串?dāng)_。能用局部循環(huán)變量的地方盡量用它。4.2 一個(gè)能讓你調(diào)試到崩潰的經(jīng)典Bugprintf格式符與類型不匹配這是我最想單獨(dú)拿出來(lái)講的一個(gè)問(wèn)題因?yàn)樗娴奶Ｒ?jiàn)了而且C語(yǔ)言不會(huì)像Java、Python那樣給你一個(gè)友好的報(bào)錯(cuò)它只會(huì)打印出莫名垃圾值讓你懷疑人生?？催@個(gè)long long num 123456789012345LL; printf(num %d\n, num); // 錯(cuò)誤%d期待int實(shí)際傳入long long在64位平臺(tái)上%d從參數(shù)區(qū)讀取的是低位4字節(jié)而 long long 占用8字節(jié)兩者對(duì)不上于是打印結(jié)果完全取決于寄存器和棧上的布局。有時(shí)輸出看起來(lái)還很正常有時(shí)完全錯(cuò)亂這正是最折磨人的地方——因?yàn)椤翱雌饋?lái)偶爾正?！?。另一個(gè)高頻案例是size_t它是無(wú)符號(hào)類型在64位平臺(tái)上通常是8字節(jié)要用%zu打印而不是%d。很多人在遍歷字符串或者用sizeof時(shí)栽在這個(gè)上面。還有double和float的坑。float類型在傳給可變參數(shù)函數(shù)時(shí)會(huì)自動(dòng)提升為double所以你的printf里無(wú)論傳float還是double格式符都該用%f或%g而不是%lf%lf是用于scanf的printf里雖然不少編譯器兼容但正經(jīng)寫法劃清楚界限更好。我調(diào)試這類問(wèn)題的經(jīng)驗(yàn)是打開(kāi)編譯器警告把它當(dāng)回事看。GCC 和 Clang 都支持-Wall -Wextra -Wformat如果你的編譯器提示format specifies type int but the argument has type long long那就老老實(shí)實(shí)改格式符不要覺(jué)得只是“警告”就忽略。很多線上現(xiàn)網(wǎng)Bug追根溯源就是一條格式符不匹配。4.3 我給初學(xué)者的代碼習(xí)慣清單從能跑到能上崗最后分享一個(gè)我總結(jié)的“地基習(xí)慣清單”每一條都是實(shí)際踩過(guò)的教訓(xùn)堆出來(lái)的。第一先想類型再寫變量。寫代碼之前花兩秒鐘想清楚這個(gè)數(shù)據(jù)最大可能到多少需不需要負(fù)數(shù)是整數(shù)還是小數(shù)這決定了你用int、unsigned int、long long還是double。量級(jí)想錯(cuò)了后面就是溢出和精度問(wèn)題。第二所有變量不過(guò)夜。定義時(shí)初始化這是我對(duì)初學(xué)者的最低要求。哪怕你下一行就會(huì)給變量賦值定義處也寫個(gè)初值0。別嫌麻煩這個(gè)習(xí)慣能在你以后寫接口、寫狀態(tài)機(jī)、寫多線程程序時(shí)救你無(wú)數(shù)次。第三常量分類處理。單文件內(nèi)小規(guī)模用const或枚舉跨文件共享用extern const或枚舉頭文件不要圖省事全堆成#define。宏多了以后調(diào)試起來(lái)看不到真實(shí)類型你只能看到一連串替換后的產(chǎn)物排查問(wèn)題難度翻倍。第四用sizeof判斷別背平臺(tái)參數(shù)。不要把“int是4字節(jié)”當(dāng)成永遠(yuǎn)正確的真理寫在代碼注釋里寫sizeof(int)或者直接用int32_t代碼的壽命會(huì)比你想象的久得多。第五打開(kāi)編譯器的警告選項(xiàng)。我用VS Code配GCC調(diào)試C語(yǔ)言時(shí)第一件事就是把-Wall -Wextra -stdc11寫進(jìn)編譯命令里。剛開(kāi)始看確實(shí)冒出大量警告但多數(shù)警告都在告訴你“這里有點(diǎn)不對(duì)勁”。等你能做到“編譯零警告”你的代碼質(zhì)量已經(jīng)超過(guò)絕大多數(shù)初學(xué)者了。最后再分享一個(gè)小技巧調(diào)試未初始化變量和類型錯(cuò)誤時(shí)除了用printf還可以用GDB。我以前學(xué)GDB時(shí)覺(jué)得它笨重直到遇到一個(gè)變量在循環(huán)中時(shí)好時(shí)壞的問(wèn)題靠watch命令注視那塊內(nèi)存的變化一眼就看到了某個(gè)位置在錯(cuò)誤地寫入垃圾數(shù)據(jù)。GDB這個(gè)工具越早學(xué)越不吃虧。數(shù)據(jù)類型的理解最終會(huì)和這些工具一起變成你的肌肉記憶。