C和C++如何實(shí)現(xiàn)互相調(diào)用詳解
前言
在項(xiàng)目開發(fā)過程中,我們底層代碼經(jīng)常用C來實(shí)現(xiàn),而上層應(yīng)用大都會(huì)用C++實(shí)現(xiàn),這樣我們就涉及到了C和C++相互調(diào)用的情況了。那么,C/C++如何實(shí)現(xiàn)相互調(diào)用呢?
1、為什么會(huì)有差異?
- 編譯方式不同:
C
文件常采用gcc
編譯,而Cpp
文件常采用g++
來編譯C++
- 支持函數(shù)重載:由于這一特性,
C++
和C
中的同一個(gè)函數(shù),經(jīng)過編譯后,生成的函數(shù)名稱是不同的。
這樣就導(dǎo)致了C
與C++
之間不能直接進(jìn)行調(diào)用,要解決這一問題,就得靠extern "C"
來輔助了。
2、extern “C”
- extern
extern
關(guān)鍵字我們并不陌生,它是編程語(yǔ)言中的一種屬性,用來表示變量,函數(shù)等類型的作用范圍。
我們經(jīng)常在
.c
源文件中定義變量或者實(shí)現(xiàn)函數(shù),在.h
頭文件中使用extern
關(guān)鍵字進(jìn)行聲明,方便其他文件調(diào)用。
“C”
編程語(yǔ)言種類繁多,不同語(yǔ)言有不同的編譯規(guī)則,如果想要互相調(diào)用,必須告訴編譯器以什么規(guī)則去編譯文件,這樣才能正常調(diào)用。
其主要作用是:把“C”
當(dāng)作一個(gè)標(biāo)志位,告訴編譯器,下面代碼以C
的方式編譯!
了解其中原理后,我們來實(shí)操一下!
3、C++調(diào)用C
我們創(chuàng)建3個(gè)文件,分別為main.cpp
、cal.c
、cal.h
。
我們分別使用gcc
和g++
單獨(dú)編譯文件,編譯出cal.o
和main.o
兩個(gè)中間文件,很簡(jiǎn)單,定義了一個(gè)embedded_art
的函數(shù)。
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:32] $ ls cal.c cal.h main.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:43] $ gcc -c cal.c # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:49] $ g++ -c main.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:55] $ ls cal.c cal.h cal.o main.cpp main.o
下面看一下編譯之后的中間文件cal.o
和main.o
的符號(hào)表,看看同一個(gè)函數(shù)embedded_art
不同編譯方式之后的差別。
可以看到,g++
編譯之后,對(duì)函數(shù)名稱進(jìn)行了加工,按照自身的編譯規(guī)則,最終生成了一個(gè)新的函數(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)行編譯,即可!
可以看到符號(hào)表中,該函數(shù)名稱正常,然后我們將中間文件鏈接起來,執(zhí)行,輸出正確結(jié)果!
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [16:18:36] $ g++ main.o cal.o # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [16:19:54] $ 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 [16:19:57] $ ./a.out main entry 嵌入式藝術(shù)
4、C調(diào)用C++
我們創(chuàng)建3個(gè)文件,分別為main.c
、cal.cpp
、cal.h
。
我們分別使用gcc
和g++
單獨(dú)編譯文件,編譯出cal.o
和main.o
兩個(gè)中間文件,很簡(jiǎn)單,同樣定義了一個(gè)embedded_art
的函數(shù)。
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:45] $ g++ -c cal.cpp # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:52] $ gcc -c main.c # dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:56] $ ls cal.cpp cal.h cal.o main.c main.o
下面看一下編譯之后的中間文件cal.o
和main.o
的符號(hào)表,看看同一個(gè)函數(shù)embedded_art
不同編譯方式之后的差別。
同樣,不同的編譯器處理方式不同,函數(shù)名稱依舊不同!同樣,需要加入extern "C"
來告訴編譯器按C
的方式編譯。
我們?cè)?code>cal.h的聲明部分添加,然后重新編譯!
extern "C" { extern void embedded_art(void); }
可以看到符號(hào)表中,該函數(shù)名稱正常,然后我們將中間文件鏈接起來。
這個(gè)時(shí)候,會(huì)出現(xiàn)報(bào)錯(cuò)
extern "C"
,這是什么情況?
在main.c
文件中,引入了c++
的頭文件cal.h
,因?yàn)?code>"C"在C++
編譯的時(shí)候才能識(shí)別,C
語(yǔ)言中并沒有這個(gè)關(guān)鍵字。
所以,我們需要在g++
編譯的時(shí)候去加入extern "C"
,而gcc
編譯的時(shí)候跳過,這個(gè)時(shí)候就要提到c++
編譯時(shí)候的特定宏__cplusplus
了,相當(dāng)于一個(gè)閥門了。
我們修改cal.h
文件:
#ifdef __cplusplus extern "C" { #endif extern void embedded_art(void); #ifdef __cplusplus } #endif
這樣就確保了,c++
編譯embedded_art
函數(shù)的時(shí)候,采用C
語(yǔ)法編譯,而gcc
編譯的時(shí)候,不作處理。
再次鏈接,執(zhí)行!
# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:45:06] 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 [16:46:46] $ 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 [16:49:01] $ ./main main entry 嵌入式藝術(shù)
補(bǔ)充:C/C++文件之間函數(shù)的引用
C通過加"中間層"來引用C++(不用修改原C++文件)
//C文件 int MyMax(int, int); int main() { int a = 10; int b = 20; printf("%d\n", MyMax(a,b)); return 0; }
//C++文件 int Max(int a, int b) { return a > b ? a : b; }
//中間層//C++文件 int Max(int ,int); extern "C" { int MyMax(int a, int b) { return Max(a, b); } }
關(guān)鍵點(diǎn):本文件之間的函數(shù)調(diào)用,不牽扯到函數(shù)符號(hào)的生成。比如中間層那個(gè)文件:C++格式的聲明,C的引用(return Max(a,b)),不會(huì)牽扯到什么鏈接失敗,那是發(fā)生在編譯期間的,不牽扯到符號(hào)之間的解析。
總結(jié)
C/C++
之間的相互調(diào)用,歸根到底就是:不同的語(yǔ)言有不同的編譯規(guī)則,要想實(shí)現(xiàn)通用,就必須告訴編譯器,按照目標(biāo)語(yǔ)言的規(guī)則進(jìn)行編譯!
到此這篇關(guān)于C和C++如何實(shí)現(xiàn)互相調(diào)用的文章就介紹到這了,更多相關(guān)C和C++互相調(diào)用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
C++ Boost PropertyTree解析INI文件詳解
Boost PropertyTree庫(kù)不僅可以解析JSON,XML格式,還可以直接解析INI格式文件。這篇文章就是為大家介紹一下如何通過Boost PropertyTree解析INI文件,需要的可以參考一下2022-01-01Qt如何設(shè)置窗口屏幕居中顯示以及設(shè)置大小
這篇文章主要介紹了Qt如何設(shè)置窗口屏幕居中顯示以及設(shè)置大小的相關(guān)資料,需要的朋友可以參考下2017-01-01C語(yǔ)言實(shí)現(xiàn)socket簡(jiǎn)單通信實(shí)例
這篇文章主要介紹了C語(yǔ)言實(shí)現(xiàn)socket簡(jiǎn)單通信的方法,是學(xué)習(xí)C語(yǔ)言網(wǎng)絡(luò)編程非?;A(chǔ)而又實(shí)用的實(shí)例,需要的朋友可以參考下2014-09-09C語(yǔ)言實(shí)現(xiàn)班級(jí)學(xué)生管理系統(tǒng)
這篇文章主要為大家詳細(xì)介紹了C語(yǔ)言實(shí)現(xiàn)班級(jí)學(xué)生管理系統(tǒng),文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-11-11C++ 多線程編程建議之 C++ 對(duì)多線程/并發(fā)的支持(下)
這篇文章主要介紹的是 C++ 多線程編程建議之 C++ 對(duì)多線程/并發(fā)的支持的相關(guān)資料,承接前文 現(xiàn)代 C++ 對(duì)多線程/并發(fā)的支持,接下來我們看看回發(fā)生什么吧2021-10-10C++ 實(shí)現(xiàn)旋轉(zhuǎn)蛇錯(cuò)覺的詳細(xì)代碼
這篇文章主要介紹了C++ 實(shí)現(xiàn)旋轉(zhuǎn)蛇錯(cuò)覺的詳細(xì)代碼,代碼簡(jiǎn)單易懂,對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-09-09C++淺析序列數(shù)據(jù)封裝與優(yōu)化實(shí)現(xiàn)方法
封裝是面向?qū)ο缶幊讨械陌褦?shù)據(jù)和操作數(shù)據(jù)的函數(shù)綁定在一起的一個(gè)概念,這樣能避免受到外界的干擾和誤用,從而確保了安全,數(shù)據(jù)封裝是一種把數(shù)據(jù)和操作數(shù)據(jù)的函數(shù)捆綁在一起的機(jī)制,數(shù)據(jù)抽象是一種僅向用戶暴露接口而把具體的實(shí)現(xiàn)細(xì)節(jié)隱藏起來的機(jī)制2022-12-12