前言

??以前在使用?typedef?與?define?作聲明時(shí)，總感覺(jué)沒(méi)啥區(qū)別，兩個(gè)的使用方法都一樣，但是最近在看《C 陷阱與缺陷》時(shí)，才發(fā)現(xiàn)大有不同，因此還是有必要總結(jié)記錄一下。

參考資料

??部分參考網(wǎng)址如下

• C語(yǔ)言宏：https://developer.aliyun.com/article/7434

??參考書本資料如下

• 《C Primer Plus 第六版》P478

• 《C 陷阱與缺陷》P100

• 《C++ Primer Plus 第六版》P248

問(wèn)題來(lái)源

??在學(xué)習(xí)《C 陷阱與缺陷》時(shí)，遇到這樣一個(gè)問(wèn)題，搞不明白，然后翻閱資料，才理解其中含義！

#define?T1?struct?foo?*
typedef?struct?foo?*T2;

T1?a,?b;
T2?a,?b;

struct?foo?*a,?b;??????//?宏定義方式，聲明展開，T1
struct?foo?*a,?*b;?????//?類型定義方式，聲明展開，T2

??我當(dāng)時(shí)看了之后，對(duì)這種帶指針的總是迷迷糊糊，不甚了解。一直不明白為什么?T2?展開之后是這個(gè)樣子？

??如果你已經(jīng)看懂了，那很棒，這就是一個(gè)很大的區(qū)別！如果沒(méi)看懂，沒(méi)關(guān)系，下邊我也會(huì)自己分析。

分析總結(jié)

??我在查閱相關(guān)參考資料之后，明白了一個(gè)基本的事實(shí)；

• 使用 ?define?宏定義，只是名字的替換；
• 使用 ?typedef?類型定義，出來(lái)之后，是一個(gè)真真切切的? 類型?。

??接著，我從《C Primer Plus》中看到了另外一個(gè)例子

#define?BYTE?unsigned?char??????//?typedef?與?#define?功能重合

typedef?char?*?STRING;??????????//?#define?沒(méi)有的功能
STRING?name,?sign;
char?*name,?*sign;

#define?STRING?char?*???????????//?定義多個(gè)變量時(shí)，導(dǎo)致只有第一個(gè)有效。
STRING?name,?sign;
char?*name,?sign;

??由上述偽代碼可以看到，當(dāng)只用作名稱定義時(shí)，?typedef?與?define?作用一樣。

??但是當(dāng)用作其他復(fù)雜類型定義時(shí)，這兩種方式，使用出來(lái)的結(jié)果，大不相同！

??比如代碼中，要使用?typedef?定義一個(gè)?char *?的類型，使用?typedef?定義如下：

typedef?char?*?STRING;???//?typedef類型聲明
STRING?name,?sign;???????//?變量聲明
char?*name,?*sign;???????//?聲明展開結(jié)果

??但是如果使用?define?聲明的結(jié)果，很顯然不同，示例代碼如下：

#define?STRING?char?*????//?聲明STRING，當(dāng)遇到STRING時(shí)，替換為char?*
STRING?name,?sign;???????//?變量聲明
char?*name,?sign;????????//?聲明展開結(jié)果

??從上述代碼可以看到，使用?define?聲明的結(jié)果，只是在預(yù)處理過(guò)程中，遇到名字為?STRING?的聲明，就原封不動(dòng)的替換為?（ char * ）?，僅此而已?。ù颂幙梢月?lián)想到使用?define?的其他陷阱，后續(xù)再細(xì)細(xì)總結(jié)。）

??簡(jiǎn)單的總結(jié)一下原因

• 如果沒(méi)有 ?typedef?關(guān)鍵字，編譯器將把? STRING?識(shí)別為一個(gè)指向? char?的指針變量；
• 如果使用 ?typedef?關(guān)鍵字，編譯器則把? STRING?解釋成一個(gè)? 類型的標(biāo)識(shí)符?，該類型是指向? char?的指針；

總結(jié)

1. typedef?這種方式，編譯器會(huì)把? STRING?解釋為一個(gè)? 類型的標(biāo)識(shí)符?！此過(guò)程是? 編譯器?處理的！
2. define?這種方式，只是把名稱替換掉而已，此過(guò)程是在? 預(yù)處理器?中處理的！
3. 謹(jǐn)記這兩條總結(jié)，以此避免更多類似的陷阱。
4. 再重復(fù)一遍， ?define?只是替換名字，而 ?typedef?是類型標(biāo)識(shí)符?。?！