C語言中不建議使用的關(guān)鍵詞

一、前言

我們?cè)趯W(xué)校學(xué)習(xí)或者有參加過C語言培訓(xùn)的話，應(yīng)該都聽說過“不建議使用goto語句”。但是，一般不會(huì)有人告訴你為什么不建議使用goto語句，類似于這種存在但不建議使用的關(guān)鍵詞還有很多。

今天，我們就一起來看看，那些在C語言中存在但又不建議使用的關(guān)鍵詞！

二、慎用goto關(guān)鍵詞

關(guān)于goto語句的爭(zhēng)議已經(jīng)不是一天兩天了，大部分C語言老師在講到goto這關(guān)鍵字的時(shí)候一般都會(huì)叫大家慎用goto關(guān)鍵字。既然goto語句C語言標(biāo)準(zhǔn)中定義了，那為什么不建議使用呢？

因?yàn)?code style="font-size:14px;padding:2px 4px;margin:0 2px;background-color:rgba(27,31,35,.05);font-family:'Operator Mono', Consolas, Monaco, Menlo, monospace;color:rgb(239,112,96);">goto語句不僅讓代碼的可讀性很差，隨意的跳出還會(huì)給程序帶來安全隱患。但正是這種幾乎被各大公司明令禁止使用的語句，在Linux內(nèi)核中卻被大量使用著。

這只能說明一點(diǎn)，那就是因?yàn)槲覀兯教肆耍?a target="_blank">公司怕因?yàn)槟愕囊痪?/span>goto造成代碼莫名跑飛！

早期的程序員用goto來解決代碼無法預(yù)料的后果，遇到什么問題就用一句goto，讓程序跳轉(zhuǎn)到某個(gè)指定語句。

但是如果你的水平不夠，不能完全理解整個(gè)代碼的執(zhí)行過程的話，貿(mào)然使用goto就可以出現(xiàn)莫名的問題，并且程序還很難被查到！

不建議使用goto語句的原因還有以下幾點(diǎn)原因：

goto語句可以被結(jié)構(gòu)化程序的別的語句代替；
goto語句會(huì)導(dǎo)致程序可讀性下降，因?yàn)樵趯?shí)際程序中，goto可以跳到任何地方，可以往前可以往后，看程序慢慢看，看到goto然后又要去找標(biāo)識(shí)符到底跳到了哪里，可讀性嚴(yán)重下降，讓讀程序的人很不舒服；
調(diào)試不舒服，調(diào)試程序時(shí)，由于有goto亂跳的，這就很難調(diào)試，去掉嘛，要重新寫代碼，不去掉，無從下手；

存在即合理，goto語句也不例外，goto它存在，確實(shí)在某些程序中使用可能有好處，但在我們學(xué)習(xí)的階段，應(yīng)該盡量不要碰這類程序，養(yǎng)成一個(gè)好的編程習(xí)慣。記住一句話：**別人寫的goto我能看懂，但是我自己不會(huì)去寫goto！**

三、慎用extern關(guān)鍵詞

在C語言程序中，我們用extern關(guān)鍵字對(duì)某個(gè)變量作 “外部變量申明” ，表示該變量是一個(gè)已經(jīng)定義的外部變量，編譯器就會(huì)自動(dòng)地在所有源文件里面查找該變量的定義。

但是在公司編程規(guī)范中有明確要求：不允許在C文件中使用 “extern” 來申明外部函數(shù)或全局變量

具體原因如下（其中一點(diǎn)原因）：

這樣使用extern來定義全局變量確實(shí)能給我們帶來了很大的便利，從而節(jié)省了我們很多的時(shí)間和精力。但是這樣做也會(huì)存在一些危險(xiǎn)，比如我們?cè)?code style="font-size:14px;padding:2px 4px;margin:0 2px;background-color:rgba(27,31,35,.05);font-family:'Operator Mono', Consolas, Monaco, Menlo, monospace;color:rgb(239,112,96);">c3.c文件引用的在a1.c文件的funca函數(shù)原型由UINT funca(UINT uiValue)變?yōu)?code style="font-size:14px;padding:2px 4px;margin:0 2px;background-color:rgba(27,31,35,.05);font-family:'Operator Mono', Consolas, Monaco, Menlo, monospace;color:rgb(239,112,96);">UINT funca (UINT uiValue1, UINT uiValue2)我們?cè)诰幾g的時(shí)候不會(huì)報(bào)錯(cuò)，但是在我們執(zhí)行程序的時(shí)候會(huì)在使用該函數(shù)的時(shí)候存在危險(xiǎn)，尤其是該函數(shù)若有一個(gè)參數(shù)為指針，極有可能會(huì)存在對(duì)指針的誤操作，而引起異常。

嵌入式特別是單片機(jī)的程序，最易犯的錯(cuò)誤是全局變量滿天飛。此現(xiàn)象在早期匯編轉(zhuǎn)型過來的程序員以及初學(xué)者中常見，這幫家伙幾乎把全局變量當(dāng)作函數(shù)形參來用。

每當(dāng)看到這種程序，我總要戚眉變臉而后拍桌怒喝。沒錯(cuò)，就是怒喝，我不否認(rèn)全局變量的重要性，但我認(rèn)為要十分謹(jǐn)慎地使用它，濫用全局變量會(huì)引申帶來其它更為嚴(yán)重的結(jié)構(gòu)性系統(tǒng)問題。

濫用全局變量會(huì)造成不必要的常量頻繁使用，特別當(dāng)這個(gè)常量沒有用宏定義“正名”時(shí)，代碼閱讀起來將萬分吃力。
會(huì)導(dǎo)致軟件分層的不合理，全局變量相當(dāng)于一條快捷通道，它容易使程序員模糊了“設(shè)備層”和“應(yīng)用層”之間的邊界。寫出來的底層程序容易自作多情地關(guān)注起上層的應(yīng)用。這在軟件系統(tǒng)的構(gòu)建初期的確效率很高，功能調(diào)試進(jìn)度一日千里，但到了后期往往bug一堆，處處“補(bǔ)丁”，雷區(qū)遍布。說是度日如年舉步維艱也不為過。
由于軟件的分層不合理，到了后期維護(hù)，哪怕僅是增加修改刪除小功能，往往要從上到下掘地三尺地修改，涉及大多數(shù)模塊，而原有的代碼注釋卻忘了更新修改，這個(gè)時(shí)候，交給后來維護(hù)者的系統(tǒng)會(huì)越來越像一個(gè)“泥潭”，注釋的唯一作用只是使泥潭上方再加一些烏煙瘴氣。
全局變量大量使用，少不了有些變量流連忘返于中斷與主回圈程序之間。這個(gè)時(shí)候如果處理不當(dāng)，系統(tǒng)的bug就是隨機(jī)出現(xiàn)的，無規(guī)律的，這時(shí)候初步顯示出病入膏肓的特征來了，沒有大牛來力挽狂瀾，注定慢性死亡。

無需多言，您已經(jīng)成功得到一個(gè)畸形的系統(tǒng)，它處于一個(gè)神秘的穩(wěn)定狀態(tài)！你看著這臺(tái)機(jī)器，機(jī)器也看著你，相對(duì)無言，心中發(fā)毛。你不確定它什么時(shí)候會(huì)崩潰，也不曉得下一次投訴什么時(shí)候道理。

然后，我告訴大家現(xiàn)實(shí)層面的后果是什么。

“老人”氣昂昂，因?yàn)橄到y(tǒng)離不開他，所有“雷區(qū)”只有他了然于心。當(dāng)出現(xiàn)緊急的bug時(shí)，只有他能夠搞定。你不但不能辭退他，還要給他加薪。
新人見光死，但凡招聘來維護(hù)這個(gè)系統(tǒng)的，除了改出更多的bug外，基本上一個(gè)月內(nèi)就走人，到了外面還宣揚(yáng)這個(gè)公司的軟件質(zhì)量有夠差夠爛。
隨著產(chǎn)品的后續(xù)升級(jí)，幾個(gè)月沒有接觸這個(gè)系統(tǒng)的原創(chuàng)者會(huì)發(fā)現(xiàn)，很多雷區(qū)他本人也忘記了，于是每次的產(chǎn)品升級(jí)維護(hù)周期越來越長(zhǎng)，因?yàn)樾薷囊粋€(gè)功能會(huì)冒出很多bug，而按下一個(gè)bug，會(huì)彈出其他更多的bug。在這期間，又會(huì)產(chǎn)生更多的全局變量。終于有一天他告訴老板，不行啦不行啦，資源不夠了，ram或者flash空間太小了，升級(jí)升級(jí)。
客戶投訴不斷，售后也快崩潰了，業(yè)務(wù)員也不敢推薦此產(chǎn)品了，市場(chǎng)份額越來越小，公司形象越來越糟糕。