處理C++時(shí)的注意事宜有哪些

這期內(nèi)容當(dāng)中小編將會(huì)給大家?guī)碛嘘P(guān)處理C++時(shí)的注意事宜有哪些，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

這樣的代碼到底是什么意思呢?首先，__cplusplus是cpp中的自定義宏，那么定義了這個(gè)宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那么加入extern "C"{和}處理其中的代碼。

#ifdef __cplusplus   extern "C" {   #endif   //一段代碼   #ifdef __cplusplus   }   #endif

要明白為何使用extern "C++"，還得從cpp中對(duì)函數(shù)的重載處理開始說起。在C++中，為了支持重載機(jī)制，在編譯生成的匯編碼中，要對(duì)函數(shù)的名字進(jìn)行一些處理，加入比如函數(shù)的返回類型等等.而在C++中，只是簡(jiǎn)單的函數(shù)名字而已，不會(huì)加入其他的信息.也就是說:C++和C對(duì)產(chǎn)生的函數(shù)名字的處理是不一樣的.

比如下面的一段簡(jiǎn)單的函數(shù)，我們看看加入和不加入extern "C++"產(chǎn)生的匯編代碼都有哪些變化:

int f(void)   {   return 1;   }

在加入extern "C"的時(shí)候產(chǎn)生的匯編代碼是:

　.file "test.cxx"   .text   .align 2   .globl _f   .def _f; .scl 2; .type 32; .endef   _f:   pushl %ebp   movl %esp， %ebp   movl $1， %eax   popl %ebp   ret

兩段匯編代碼同樣都是使用gcc -S命令產(chǎn)生的，所有的地方都是一樣的，唯獨(dú)是產(chǎn)生的函數(shù)名，一個(gè)是_f，一個(gè)是__Z1fv。明白了加入與不加入extern "C"之后對(duì)函數(shù)名稱產(chǎn)生的影響，我們繼續(xù)我們的討論:為什么需要使用extern "C"呢?

C++之父在設(shè)計(jì)C++之時(shí)，考慮到當(dāng)時(shí)已經(jīng)存在了大量的C++代碼，為了支持原來的C++代碼和已經(jīng)寫好C++庫，需要在C++中盡可能的支持C++，而extern "C++"就是其中的一個(gè)策略。試想這樣的情況:一個(gè)庫文件已經(jīng)用C++寫好了而且運(yùn)行得很良好。

這個(gè)時(shí)候我們需要使用這個(gè)庫文件，但是我們需要使用C++來寫這個(gè)新的代碼。如果這個(gè)代碼使用的是C++的方式鏈接這個(gè)C庫文件的話，那么就會(huì)出現(xiàn)鏈接錯(cuò)誤.我們來看一段代碼。

明白了加入與不加入extern "C++"之后對(duì)函數(shù)名稱產(chǎn)生的影響，我們繼續(xù)我們的討論:為什么需要使用extern "C++"呢?C++之父在設(shè)計(jì)C++之時(shí)，考慮到當(dāng)時(shí)已經(jīng)存在了大量的C代碼，為了支持原來的C++代碼和已經(jīng)寫好C++庫，需要在C++中盡可能的支持C++，而extern "C++"就是其中的一個(gè)策略。

試想這樣的情況:一個(gè)庫文件已經(jīng)用C++寫好了而且運(yùn)行得很良好，這個(gè)時(shí)候我們需要使用這個(gè)庫文件，但是我們需要使用C++來寫這個(gè)新的代碼。如果這個(gè)代碼使用的是C++的方式鏈接這個(gè)C++庫文件的話，那么就會(huì)出現(xiàn)鏈接錯(cuò)誤.我們來看一段代碼:首先，我們使用C的處理方式來寫一個(gè)函數(shù)。

上述就是小編為大家分享的處理C++時(shí)的注意事宜有哪些了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。