誤碰鍵盤導(dǎo)致代碼錯(cuò)誤怎么辦?結(jié)構(gòu)體中指針類型了解一下
一、前言
昨天在編譯代碼的時(shí)候,之前一直O(jiān)K的一個(gè)地方,卻突然出現(xiàn)了好幾個(gè) Warning!
本著強(qiáng)迫癥要消滅一切警告的做法,最終定位到:是結(jié)構(gòu)體內(nèi)部, 指向結(jié)構(gòu)體類型的指針成員變量導(dǎo)致的問(wèn)題。
這個(gè)問(wèn)題,也許永遠(yuǎn)不會(huì)碰到,之所以被我趕上了,應(yīng)該是因?yàn)槟硞(gè)時(shí)候手賤, 誤碰了鍵盤導(dǎo)致。
下面一一道來(lái)。
PS: 我的測(cè)試環(huán)境是 Ubuntu16.04-64,編譯器使用系統(tǒng)自帶的 gcc-5.4.0。
二、問(wèn)題描述
1. 正常的代碼
比較簡(jiǎn)單:結(jié)構(gòu)體 struct _Data2_ 的第 2 個(gè)成員變量是一個(gè)指針,指向的數(shù)據(jù)類型是結(jié)構(gòu)體 struct _Data1_。
typedef struct _Data1_
{
int a;
}Data1;
typedef struct _Data2_
{
int b;
struct _Data1_ *next;
}Data2;
int main()
{
Data1 d1 = {1};
Data2 d2 = {2, &d1};
printf("d1 = %p ", &d1);
printf("d2 = %p ", &d2);
}
編譯、執(zhí)行,都沒(méi)有問(wèn)題:
$ gcc main.c -m32 -o main
$ ./main
d1 = 0xffdc72f0
d2 = 0xffdc72f4
2. 錯(cuò)誤的代碼
現(xiàn)在我們來(lái)模擬誤碰鍵盤操作,把 struct _Data2_ 中 next 成員指向的數(shù)據(jù)類型,改為一個(gè) 不存在的結(jié)構(gòu)體:
typedef struct _Data2_
{
int b;
struct _Data3_ *next;
}Data2;
在測(cè)試代碼中,struct _Data3_ 肯定是不存在的。
好了,現(xiàn)在執(zhí)行編譯指令 gcc main.c -m32 -o main,將會(huì)得到什么結(jié)果?
可以停下來(lái)稍微 思考一下。
我之前的預(yù)期是:gcc 會(huì) 報(bào)錯(cuò),找不到 struct _Data3_ 這個(gè)類型。
實(shí)際情況是:
$ gcc main.c -m32 -o main -I./
main.c: In function ‘main’:
main.c:18:20: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
Data2 d2 = {2, &d1};
^
main.c:18:20: note: (near initialization for ‘d2.next’)
$ ./main
d1 = 0xffd8ee70
d2 = 0xffd8ee74
好神奇吧, gcc 居然不報(bào)錯(cuò)!那么我們就按照 gcc 的方式來(lái)理解一下。
我們知道,編譯器在遇到一個(gè)結(jié)構(gòu)體類型的時(shí)候,最重要的就是需要知道結(jié)構(gòu)體類型 所占據(jù)的內(nèi)存空間的大小。
gcc 在遇到 struct _Data2_ 這個(gè)字符串時(shí),判斷出它是一個(gè)用戶自定義的數(shù)據(jù)類型:結(jié)構(gòu)體 _Data2。
gcc 繼續(xù)讀取結(jié)構(gòu)體內(nèi)部的每一個(gè)字符,在讀取到 *next 時(shí),知道它是一個(gè) 指針。
此時(shí)它并并沒(méi)確認(rèn)該指針?biāo)赶虻臄?shù)據(jù)類型是否存在,它只是為 next 保留了 4 個(gè)字節(jié)的內(nèi)存空間(32位系統(tǒng))。
然后 gcc 在解析 Data2 d2 = {2, &d1}; 這一行時(shí),就發(fā)現(xiàn) 類型不匹配了:data2 的 next 需要的是 struct _Data3_ 類型的指針,但是賦值的 d1 是 struct _Data1_ 類型,于是給出警告信息。
我們用其他的編譯器試一下:
(1) clang
$ clang main.c -m32 -o main -I./
main.c:18:20: warning: incompatible pointer types initializing 'struct _Data3_ *' with an expression of type 'Data1 *'
(aka 'struct _Data1_ *') [-Wincompatible-pointer-types]
Data2 d2 = {2, &d1};
^~~
1 warning generated.
$ ./main
d1 = 0xffb1b3a0
d2 = 0xffb1b398
(2) g++
$ g++ main.c -m32 -o main -I./
main.c: In function ‘int main()’:
main.c:18:23: error: cannot convert ‘Data1* {aka _Data1_*}’ to ‘_Data3_*’ in initialization
Data2 d2 = {2, &d1};
看起來(lái),只有 g++ 進(jìn)一步確認(rèn)了 _Data3_ 這個(gè)結(jié)構(gòu)體類型不存在!
三、把類型改為 void 指針類型
把 struct _Data2_ 中的 next 成員,改為 指向 void 型的指針,然后在 main 函數(shù)中操作它。
typedef struct _Data1_
{
int a;
}Data1;
typedef struct _Data2_
{
int b;
void *next;
}Data2;
int main()
{
Data1 d1 = {1};
Data2 d2 = {2, &d1};
Data1 *dn = d2.next;
printf("dn->a = %d ", dn->a);
}
編譯、執(zhí)行:
$ gcc main.c -m32 -o main -I./
$ ./main
dn->a = 1
可以看到:Data1 *dn = d2.next; 這一行把指向 void 型的 d2.next 賦值給指向Data1型的指針變量 dn,然后在 printf 語(yǔ)句中可以正確地打印出dn中的成員變量a。
這又回到了指針的本質(zhì): 指針就是一個(gè)地址,至于如何來(lái)解釋這個(gè)地址中的內(nèi)容,這是由定義這個(gè)指針時(shí)所指定的數(shù)據(jù)類型來(lái)決定的
結(jié)合代碼來(lái)看:雖然d2.next是一個(gè) void 型指針,但是它的確存儲(chǔ)了一個(gè) 地址(變量 d1 的地址)。然后把這個(gè)地址賦值給dn 指針,那么通過(guò)dn指針來(lái)操作該地址內(nèi)的成員時(shí),就取決于在定義dn時(shí)所指定的數(shù)據(jù)類型(Data1),因此 dn->a 就可以正確的從這個(gè)地址中取出前 4 個(gè)字節(jié),然后作為一個(gè)int型的數(shù)據(jù)打印出來(lái)。
以上代碼,如果使用clang來(lái)編譯,結(jié)果也是正確的。
用g++編譯,繼續(xù)報(bào)錯(cuò):
$ g++ main.c -m32 -o main -I./
main.c: In function ‘int main()’:
main.c:23:20: error: invalid conversion from ‘void*’ to ‘Data1* {aka _Data1_*}’ [-fpermissive]
Data1 *dn = d2.next;
如果想讓這個(gè)錯(cuò)誤消除掉,在指針賦值時(shí), 強(qiáng)制轉(zhuǎn)換一下即可(把void型指針強(qiáng)轉(zhuǎn)成Data1型指針,然后再賦值):
Data1 *dn = (Data1 *)d2.next;
四、總結(jié)
這里描述的錯(cuò)誤,幾乎很少遇到,除非是像我一樣誤碰了鍵盤。
不過(guò),從中我們也看到了一個(gè)現(xiàn)象:gcc編譯器在面對(duì)結(jié)構(gòu)體時(shí),主要關(guān)心的是結(jié)構(gòu)體在內(nèi)存空間中所占用的空間大小,對(duì)其內(nèi)部指向結(jié)構(gòu)體類型的指針,并沒(méi)有嚴(yán)格的檢查是否存在,g++ 在這一點(diǎn)就做的嚴(yán)謹(jǐn)一些了。

發(fā)表評(píng)論
請(qǐng)輸入評(píng)論內(nèi)容...
請(qǐng)輸入評(píng)論/評(píng)論長(zhǎng)度6~500個(gè)字
圖片新聞
-
馬云重返一線督戰(zhàn),阿里重啟創(chuàng)始人模式
-
機(jī)器人奧運(yùn)會(huì)戰(zhàn)報(bào):宇樹(shù)機(jī)器人摘下首金,天工Ultra搶走首位“百米飛人”
-
存儲(chǔ)圈掐架!江波龍起訴佰維,索賠121萬(wàn)
-
長(zhǎng)安汽車母公司突然更名:從“中國(guó)長(zhǎng)安”到“辰致科技”
-
豆包前負(fù)責(zé)人喬木出軌BP后續(xù):均被辭退
-
字節(jié)AI Lab負(fù)責(zé)人李航卸任后返聘,Seed進(jìn)入調(diào)整期
-
員工持股爆雷?廣汽埃安緊急回應(yīng)
-
中國(guó)“智造”背后的「關(guān)鍵力量」
最新活動(dòng)更多
-
10月23日火熱報(bào)名中>> 2025是德科技創(chuàng)新技術(shù)峰會(huì)
-
10月23日立即報(bào)名>> Works With 開(kāi)發(fā)者大會(huì)深圳站
-
10月24日立即參評(píng)>> 【評(píng)選】維科杯·OFweek 2025(第十屆)物聯(lián)網(wǎng)行業(yè)年度評(píng)選
-
即日-11.25立即下載>>> 費(fèi)斯托白皮書(shū)《柔性:汽車生產(chǎn)未來(lái)的關(guān)鍵》
-
11月27日立即報(bào)名>> 【工程師系列】汽車電子技術(shù)在線大會(huì)
-
12月18日立即報(bào)名>> 【線下會(huì)議】OFweek 2025(第十屆)物聯(lián)網(wǎng)產(chǎn)業(yè)大會(huì)
推薦專題
- 1 特斯拉工人被故障機(jī)器人打成重傷,索賠3.6億
- 2 【行業(yè)深度研究】退居幕后四年后,張一鳴終于把算法公司變成AI公司?
- 3 AI 時(shí)代,阿里云想當(dāng)“安卓” ,那誰(shuí)是“蘋果”?
- 4 硬剛英偉達(dá)!華為發(fā)布全球最強(qiáng)算力超節(jié)點(diǎn)和集群
- 5 機(jī)器人9月大事件|3家國(guó)產(chǎn)機(jī)器人沖刺IPO,行業(yè)交付與融資再創(chuàng)新高!
- 6 谷歌“香蕉”爆火啟示:國(guó)產(chǎn)垂類AI的危機(jī)還是轉(zhuǎn)機(jī)?
- 7 00后華裔女生靠?jī)刹緼I電影狂賺7.8億人民幣,AI正式進(jìn)軍好萊塢
- 8 美光:AI Capex瘋投不止,終于要拉起存儲(chǔ)超級(jí)周期了?
- 9 華為已殺入!AI領(lǐng)域最熱黃金賽道,大廠的數(shù)字人美女讓我一夜沒(méi)睡著覺(jué)
- 10 隱退4年后,張一鳴久違現(xiàn)身!互聯(lián)網(wǎng)大佬正集體殺回