在項(xiàng)目開發(fā)過程中,我們底層代碼經(jīng)常用C來實(shí)現(xiàn),而上層應(yīng)用大都會用C++實(shí)現(xiàn),這樣我們就涉及到了C和C++相互調(diào)用的情況了。那么,C/C++如何實(shí)現(xiàn)相互調(diào)用呢?
1、為什么會有差異?
1)編譯方式不同:C文件常采用gcc編譯,而Cpp文件常采用g++來編譯 2)C++支持函數(shù)重載:由于這一特性,C++和C中的同一個函數(shù),經(jīng)過編譯后,生成的函數(shù)名稱是不同的。 ? 這樣就導(dǎo)致了C與C++之間不能直接進(jìn)行調(diào)用,要解決這一問題,就得靠extern "C"來輔助了。
2、extern "C"
·extern extern關(guān)鍵字我們并不陌生,它是編程語言中的一種屬性,用來表示變量,函數(shù)等類型的作用范圍。 ?
我們經(jīng)常在.c源文件中定義變量或者實(shí)現(xiàn)函數(shù),在.h頭文件中使用extern關(guān)鍵字進(jìn)行聲明,方便其他文件調(diào)用。
·"C" 編程語言種類繁多,不同語言有不同的編譯規(guī)則,如果想要互相調(diào)用,必須告訴編譯器以什么規(guī)則去編譯文件,這樣才能正常調(diào)用。 其主要作用是:把“C”當(dāng)作一個標(biāo)志位,告訴編譯器,下面代碼以C的方式編譯!
了解其中原理后,我們來實(shí)操一下!
3、C++調(diào)用C
我們創(chuàng)建3個文件,分別為main.cpp、cal.c、cal.h。 ?
我們分別使用gcc和g++單獨(dú)編譯文件,編譯出cal.o和main.o兩個中間文件,很簡單,定義了一個embedded_art的函數(shù)。
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1532] $ ls cal.c cal.h main.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1543] $ gcc -c cal.c # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1549] $ g++ -c main.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1555] $ ls cal.c cal.h cal.o main.cpp main.o 下面看一下編譯之后的中間文件cal.o和main.o的符號表,看看同一個函數(shù)embedded_art不同編譯方式之后的差別。??
?
可以看到,g++編譯之后,對函數(shù)名稱進(jìn)行了加工,按照自身的編譯規(guī)則,最終生成了一個新的函數(shù)名,所以我們?nèi)绻苯诱{(diào)用cal.c中的embedded_art肯定是不行的。
正確方式
使用extern "C"來使g++編譯器用C的方式編譯。 在main.cpp文件中,我們引入cal.h的位置,添加extern "C"
extern "C" { #include "cal.h" } 再次進(jìn)行編譯,即可!??
?
可以看到符號表中,該函數(shù)名稱正常,然后我們將中間文件鏈接起來,執(zhí)行,輸出正確結(jié)果!
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1636] $ g++ main.o cal.o # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1654] $ ls a.out cal.c cal.h cal.o main.cpp main.o # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [1657] $ ./a.out main entry 嵌入式藝術(shù)
4、C調(diào)用C++
我們創(chuàng)建3個文件,分別為main.c、cal.cpp、cal.h。 ?
我們分別使用gcc和g++單獨(dú)編譯文件,編譯出cal.o和main.o兩個中間文件,很簡單,同樣定義了一個embedded_art的函數(shù)。
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1645] $ g++ -c cal.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1652] $ gcc -c main.c # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1656] $ ls cal.cpp cal.h cal.o main.c main.o 下面看一下編譯之后的中間文件cal.o和main.o的符號表,看看同一個函數(shù)embedded_art不同編譯方式之后的差別。??
?
同樣,不同的編譯器處理方式不同,函數(shù)名稱依舊不同!同樣,需要加入extern "C"來告訴編譯器按C的方式編譯。 我們在cal.h的聲明部分添加,然后重新編譯!
extern "C" { extern void embedded_art(void); }??
?
可以看到符號表中,該函數(shù)名稱正常,然后我們將中間文件鏈接起來。 ?
這個時候,會出現(xiàn)報錯extern "C",這是什么情況? 在main.c文件中,引入了c++的頭文件cal.h,因?yàn)?C"在C++編譯的時候才能識別,C語言中并沒有這個關(guān)鍵字。 所以,我們需要在g++編譯的時候去加入extern "C",而gcc編譯的時候跳過,這個時候就要提到c++編譯時候的特定宏__cplusplus了,相當(dāng)于一個閥門了。 我們修改cal.h文件:
#ifdef __cplusplus extern "C" { #endif extern void embedded_art(void); #ifdef __cplusplus } #endif 這樣就確保了,c++編譯embedded_art函數(shù)的時候,采用C語法編譯,而gcc編譯的時候,不作處理。 再次鏈接,執(zhí)行!
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1606] C:1 $ gcc -no-pie cal.o main.o -o main # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1646] $ ls cal.cpp cal.h cal.o main main.c main.o # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [1601] $ ./main main entry 嵌入式藝術(shù)
5、總結(jié)
C/C++之間的相互調(diào)用,歸根到底就是:不同的語言有不同的編譯規(guī)則,要想實(shí)現(xiàn)通用,就必須告訴編譯器,按照目標(biāo)語言的規(guī)則進(jìn)行編譯!
編輯:黃飛
?
評論
查看更多