剛開(kāi)始學(xué)C語(yǔ)言的時(shí)候大多數(shù)人都把注意力放在語(yǔ)法怎么記憶、題目怎么做對(duì)上。可一旦自己動(dòng)手寫(xiě)小程序或者參加實(shí)訓(xùn)、做課程設(shè)計(jì)甚至后來(lái)去調(diào)試別人的代碼你會(huì)發(fā)現(xiàn)最初埋下的很多坑通通都跟“數(shù)據(jù)類(lèi)型”和“變量”這兩個(gè)基礎(chǔ)概念有關(guān)。這篇文章就是想把C語(yǔ)言初階里數(shù)據(jù)類(lèi)型和變量這部分講透。不繞彎子上來(lái)就講底層是怎么回事、怎么選類(lèi)型、怎么定義變量才不容易出問(wèn)題同時(shí)會(huì)穿插大量我在實(shí)際寫(xiě)代碼和幫人排查問(wèn)題時(shí)遇到的真實(shí)場(chǎng)景。無(wú)論你是剛摸到C語(yǔ)言邊緣的新手還是學(xué)過(guò)一遍但回頭補(bǔ)地基的人這部分內(nèi)容都值得耐心看一遍。1. 先搞清楚一件事C語(yǔ)言的類(lèi)型本質(zhì)是什么1.1 為什么數(shù)據(jù)類(lèi)型和變量能決定程序的地基很多同學(xué)學(xué)C語(yǔ)言第一步背“int是整型、float是浮點(diǎn)型、char是字符型”然后就急著去寫(xiě)printf和scanf。這個(gè)方向沒(méi)錯(cuò)但你必須先弄明白一件事類(lèi)型到底是什么它到底決定了什么一句話講清楚類(lèi)型決定了兩個(gè)方面——一塊內(nèi)存占多大以及這塊內(nèi)存里的二進(jìn)制怎么解釋。你可以把內(nèi)存想象成一張巨大的草稿紙紙上的每個(gè)格子都是一個(gè)字節(jié)。一個(gè)變量名只是這張紙上某一段格子的“名字”而類(lèi)型規(guī)定了你在這段格子上怎么讀寫(xiě)。同樣是四個(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ù)不同類(lèi)型的解釋結(jié)果天差地別。這就是為什么類(lèi)型錯(cuò)了程序不會(huì)在你面前倒下一座山而是悄悄給你一個(gè)完全莫名其妙的值。弄懂了這一點(diǎn)你后面學(xué)結(jié)構(gòu)體、指針、鏈表時(shí)底層邏輯都是一樣的先把“內(nèi)存布局”想清楚再談怎么操作。1.2 從sizeof入手int、double、char到底占多大理論再漂亮不如動(dòng)手量一遍。C語(yǔ)言給了一個(gè)專(zhuān)門(mén)的運(yùn)算符sizeof它用來(lái)返回一個(gè)類(lèi)型或變量占用的字節(jié)數(shù)。注意sizeof不是函數(shù)它是運(yùn)算符所以在很多老代碼里寫(xiě)sizeof(int)不寫(xiě)括號(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的返回類(lèi)型是size_t它本身是一個(gè)無(wú)符號(hào)整型。很多教科書(shū)用%d打印那屬于歷史遺留的不嚴(yán)謹(jǐn)寫(xiě)法在64位平臺(tái)上會(huì)觸發(fā)格式符不匹配的問(wèn)題后面細(xì)說(shuō)。在絕大多數(shù)PC、嵌入式32位環(huán)境下你會(huì)得到這樣一組數(shù)據(jù)類(lèi)型常見(jiàn)字節(jié)數(shù)char1short2int4longLinux 64位下8Windows 64位下4long long8float4double8指針任意類(lèi)型64位下832位下4這里最容易被坑的是long。它在不同平臺(tái)上大小不一樣標(biāo)準(zhǔn)里只要求它“不小于 int”并沒(méi)有明確規(guī)定一個(gè)固定字節(jié)數(shù)。所以如果你要寫(xiě)可移植代碼要么用long long這種明確保證至少8字節(jié)的類(lèi)型要么直接用stdint.h里定義的int32_t、int64_t。說(shuō)句實(shí)話我在實(shí)際工程里更喜歡用stdint.h的定寬類(lèi)型這樣代碼一落到不同芯片上心里立刻有底。1.3 別再死記硬背取值范圍limits.h才是真正的裁判很多同學(xué)背過(guò)“int范圍是-2147483648到2147483647”這個(gè)數(shù)字確實(shí)重要但更靠譜的做法是直接看頭文件。C標(biāo)準(zhǔn)提供了limits.h頭文件里面定義了各種整數(shù)類(lèi)型的最小值和最大值宏INT_MAX、INT_MIN、LONG_MAX、CHAR_MIN等等。還有float.h定義了浮點(diǎn)數(shù)的范圍比如FLT_MAX、DBL_EPSILON。寫(xiě)代碼時(shí)如果需要判斷數(shù)據(jù)是否超出范圍直接用這些宏別自己手寫(xiě)一個(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。你真正理解了這些宏之后寫(xiě)出的代碼才叫“跨平臺(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)單寫(xiě)起來(lái)到處都是陷阱。第一個(gè)陷阱是很多教材一開(kāi)始沒(méi)講清的“聲明”和“定義”不是一回事。定義是“我創(chuàng)建了這個(gè)變量給它分配內(nèi)存”而聲明是“我告訴編譯器這個(gè)變量存在它的類(lèi)型是什么但內(nèi)存很可能在別的地方”。最典型的就是extern// file1.c int global_count 10; // 定義 // file2.c extern int global_count; // 聲明不分配內(nèi)存如果你在一個(gè)文件里寫(xiě)了int global_count;沒(méi)有extern又在另一個(gè)文件里也寫(xiě)了int global_count;鏈接時(shí)大概率會(huì)報(bào)重復(fù)定義錯(cuò)誤。而如果你寫(xiě)成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ù)字把代碼流程帶飛。這一類(lèi)問(wèn)題極難復(fù)現(xiàn)因?yàn)槊看芜\(yùn)行變量的初始?xì)埩糁悼赡芏疾灰粯?。所以我的?xí)慣非常固執(zhí)所有局部變量定義的時(shí)候就順手初始化。不知道初始值是多少就初始化成0、空指針或一個(gè)明確的默認(rèn)狀態(tài)。這不會(huì)影響性能局部變量入棧本來(lái)就要開(kāi)銷(xiāo)你多賦一次值的成本微乎其微但能幫你省掉無(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寫(xiě)出一個(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在*的左邊還是右邊。它在左邊修飾的是“指向的類(lèi)型”在右邊修飾的是“指針本身”。這個(gè)考點(diǎn)面試常考但更重要的是你得清楚const表達(dá)的是一種“編程契約”編譯器會(huì)幫你檢查你是否違反了契約。在函數(shù)參數(shù)中用const修飾只讀數(shù)組或指針是專(zhuān)業(yè)代碼的基本素養(yǎng)。3. 類(lèi)型轉(zhuǎn)換與常量這里的坑最多3.1 隱式轉(zhuǎn)換的整型提升見(jiàn)過(guò)-1大于1U嗎C語(yǔ)言里類(lèi)型不會(huì)安安靜靜待著一旦你的表達(dá)式里有多種類(lèi)型編譯器會(huì)偷偷做一些轉(zhuǎn)換。新手最容易栽跟頭的是“整型提升”和“帶符號(hào)與無(wú)符號(hào)數(shù)混用”這兩個(gè)規(guī)則。先看經(jīng)典的“整型提升”。C標(biāo)準(zhǔn)規(guī)定char、short等類(lèi)型出現(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。這類(lèi)問(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ǔ)法”完全正確。我的建議是寫(xiě)循環(huán)條件時(shí)盡量不要混用帶符號(hào)和無(wú)符號(hào)類(lèi)型實(shí)在要混用時(shí)顯示寫(xiě)清楚(int)轉(zhuǎn)換或提前判斷。3.2 強(qiáng)制轉(zhuǎn)換可以用但要知道自己在干什么強(qiáng)制轉(zhuǎn)換就是顯式地告訴編譯器“按我說(shuō)的類(lèi)型去看這塊數(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)的是大類(lèi)型轉(zhuǎn)小類(lèi)型比如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)存布局隨手寫(xiě)(int)ptr再相減那就可能把內(nèi)存玩壞了。還有更隱蔽的指針類(lè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)槟阋坏╊?lèi)型不對(duì)就去讀寫(xiě)輕則數(shù)據(jù)錯(cuò)亂重則段錯(cuò)誤。強(qiáng)制轉(zhuǎn)換可以看成一把螺絲刀修東西很好用但你不能拿它當(dāng)鑿子使。3.3 常量的正確打開(kāi)方式#define、const和枚舉的分工寫(xiě)C語(yǔ)言常量表達(dá)方式有好幾種#define宏、const變量、枚舉常量。它們的定位完全不一樣別混著無(wú)腦用。#define是預(yù)處理器層面的替換。它不占內(nèi)存、沒(méi)有類(lè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)有類(lèi)型檢查宏參數(shù)出問(wèn)題時(shí)編譯器幾乎不幫你把關(guān)。在新手階段我甚至不建議你大量使用函數(shù)式宏能用普通函數(shù)就先寫(xiě)普通函數(shù)。const變量用于“這個(gè)變量不可被修改”的場(chǎng)景它有類(lèi)型編譯器會(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ō)從寫(xiě)狀態(tài)機(jī)開(kāi)始就養(yǎng)成用枚舉的習(xí)慣后面看代碼會(huì)輕松非常多。還有一個(gè)容易忽視的點(diǎn)字面量后綴。100是int100U是unsigned int100L是long100LL是long long3.14F是float而不是double。寫(xiě)表達(dá)式時(shí)如果兩邊類(lèi)型不一致后綴寫(xiě)不寫(xiě)會(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ū)上寫(xiě)起來(lái)干巴巴的但實(shí)際寫(xiě)代碼時(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í)際寫(xiě)代碼時(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格式符與類(lèi)型不匹配這是我最想單獨(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)類(lèi)型在64位平臺(tái)上通常是8字節(jié)要用%zu打印而不是%d。很多人在遍歷字符串或者用sizeof時(shí)栽在這個(gè)上面。還有double和float的坑。float類(lèi)型在傳給可變參數(shù)函數(shù)時(shí)會(huì)自動(dòng)提升為double所以你的printf里無(wú)論傳float還是double格式符都該用%f或%g而不是%lf%lf是用于scanf的printf里雖然不少編譯器兼容但正經(jīng)寫(xiě)法劃清楚界限更好。我調(diào)試這類(lèi)問(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)的。第一先想類(lèi)型再寫(xiě)變量。寫(xiě)代碼之前花兩秒鐘想清楚這個(gè)數(shù)據(jù)最大可能到多少需不需要負(fù)數(shù)是整數(shù)還是小數(shù)這決定了你用int、unsigned int、long long還是double。量級(jí)想錯(cuò)了后面就是溢出和精度問(wèn)題。第二所有變量不過(guò)夜。定義時(shí)初始化這是我對(duì)初學(xué)者的最低要求。哪怕你下一行就會(huì)給變量賦值定義處也寫(xiě)個(gè)初值0。別嫌麻煩這個(gè)習(xí)慣能在你以后寫(xiě)接口、寫(xiě)狀態(tài)機(jī)、寫(xiě)多線程程序時(shí)救你無(wú)數(shù)次。第三常量分類(lèi)處理。單文件內(nèi)小規(guī)模用const或枚舉跨文件共享用extern const或枚舉頭文件不要圖省事全堆成#define。宏多了以后調(diào)試起來(lái)看不到真實(shí)類(lèi)型你只能看到一連串替換后的產(chǎn)物排查問(wèn)題難度翻倍。第四用sizeof判斷別背平臺(tái)參數(shù)。不要把“int是4字節(jié)”當(dāng)成永遠(yuǎn)正確的真理寫(xiě)在代碼注釋里寫(xiě)sizeof(int)或者直接用int32_t代碼的壽命會(huì)比你想象的久得多。第五打開(kāi)編譯器的警告選項(xiàng)。我用VS Code配GCC調(diào)試C語(yǔ)言時(shí)第一件事就是把-Wall -Wextra -stdc11寫(xiě)進(jìn)編譯命令里。剛開(kāi)始看確實(shí)冒出大量警告但多數(shù)警告都在告訴你“這里有點(diǎn)不對(duì)勁”。等你能做到“編譯零警告”你的代碼質(zhì)量已經(jīng)超過(guò)絕大多數(shù)初學(xué)者了。最后再分享一個(gè)小技巧調(diào)試未初始化變量和類(lèi)型錯(cuò)誤時(shí)除了用printf還可以用GDB。我以前學(xué)GDB時(shí)覺(jué)得它笨重直到遇到一個(gè)變量在循環(huán)中時(shí)好時(shí)壞的問(wèn)題靠watch命令注視那塊內(nèi)存的變化一眼就看到了某個(gè)位置在錯(cuò)誤地寫(xiě)入垃圾數(shù)據(jù)。GDB這個(gè)工具越早學(xué)越不吃虧。數(shù)據(jù)類(lèi)型的理解最終會(huì)和這些工具一起變成你的肌肉記憶。