青青草色婷婷,人人爽三级在线

在項目開發(fā)過程中，我們底層代碼經(jīng)常用C來實現(xiàn)，而上層應(yīng)用大都會用C++實現(xiàn)，這樣我們就涉及到了C和C++相互調(diào)用的情況了。那么，C/C++如何實現(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"

·externextern關(guān)鍵字我們并不陌生，它是編程語言中的一種屬性，用來表示變量，函數(shù)等類型的作用范圍。

我們經(jīng)常在.c源文件中定義變量或者實現(xiàn)函數(shù)，在.h頭文件中使用extern關(guān)鍵字進(jìn)行聲明，方便其他文件調(diào)用。

·"C"編程語言種類繁多，不同語言有不同的編譯規(guī)則，如果想要互相調(diào)用，必須告訴編譯器以什么規(guī)則去編譯文件，這樣才能正常調(diào)用。其主要作用是：把“C”當(dāng)作一個標(biāo)志位，告訴編譯器，下面代碼以C的方式編譯！

了解其中原理后，我們來實操一下！

3、C++調(diào)用C

我們創(chuàng)建3個文件，分別為main.cpp、cal.c、cal.h。

我們分別使用gcc和g++單獨編譯文件，編譯出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++單獨編譯文件，編譯出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，因為"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ī)則，要想實現(xiàn)通用，就必須告訴編譯器，按照目標(biāo)語言的規(guī)則進(jìn)行編譯！

審核編輯：李倩

聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。舉報投訴