extern “C”的作用詳解 C/C++

 轉載自：https://www.cnblogs.com/carsonzhu/p/5272271.html

extern "C"的主要作用就是為了能夠正确實作C++代碼調用其他C語言代碼。加上extern "C"後，會訓示編譯器這部分代碼按C語言的進行編譯，而不是C++的。由于C++支援函數重載，是以編譯器編譯函數的過程中會将函數的參數類型也加到編譯後的代碼中，而不僅僅是函數名；而C語言并不支援函數重載，是以編譯C語言代碼的函數時不會帶上函數的參數類型，一般之包括函數名。

     這個功能十分有用處，因為在C++出現以前，很多代碼都是C語言寫的，而且很底層的庫也是C語言寫的，為了更好的支援原來的C代碼和已經寫好的C語言庫，需要在C++中盡可能的支援C，而extern "C"就是其中的一個政策。

這個功能主要用在下面的情況：

1、C++代碼調用C語言代碼

2、在C++的頭檔案中使用

3、在多個人協同開發時，可能有的人比較擅長C語言，而有的人擅長C++，這樣的情況下也會有用到

給出一個我設計的例子：

moduleA、moduleB兩個子產品，B調用A中的代碼，其中A是用C語言實作的，而B是利用C++實作的，下面給出一種實作方法：

//moduleA頭檔案

#ifndef __MODULE_A_H //對于子產品A來說，這個宏是為了防止頭檔案的重複引用

#define __MODULE_A_H

int fun(int, int);

#endif

//moduleA實作檔案moduleA.C //子產品A的實作部分并沒有改變

#include"moduleA"

int fun(int a, int b)

{

return a+b;

}

//moduleB頭檔案

#idndef __MODULE_B_H //很明顯這一部分也是為了防止重複引用

#define __MODULE_B_H

#ifdef __cplusplus //而這一部分就是告訴編譯器，如果定義了__cplusplus(即如果是cpp檔案， extern "C"{ //因為cpp檔案預設定義了該宏),則采用C語言方式進行編譯

#include"moduleA.h"

#endif

… //其他代碼

#ifdef __cplusplus

}

#endif

#endif

//moduleB實作檔案 moduleB.cpp //B子產品的實作也沒有改變，隻是頭檔案的設計變化了

#include"moduleB.h"

int main()

{

cout<<fun(2,3)<<endl;

}

下面是詳細的介紹：

由于C、C++編譯器對函數的編譯處理是不完全相同的，尤其對于C++來說，支援函數的重載，編譯後的函數一般是以函數名和形參類型來命名的。

例如函數void fun(int, int)，編譯後的可能是（不同編譯器結果不同）_fun_int_int(不同編譯器可能不同，但都采用了類似的機制，用函數名和參數類型來命名編譯後的函數名)；而C語言沒有類似的重載機制，一般是利用函數名來指明編譯後的函數名的，對應上面的函數可能會是_fun這樣的名字。

看下面的一個面試題：為什麼标準頭檔案都有類似的結構？

#ifndef __INCvxWorksh

#define __INCvxWorksh

#ifdef __cplusplus             //告訴編譯器，這部分代碼按C語言的格式進行編譯，而不是C++的

extern "C"{

#endif

#ifdef __cplusplus

}

#endif

#endif

分析：

• 顯然，頭檔案中編譯宏"#ifndef __INCvxWorksh 、#define __INCvxWorksh、#endif"（即上面代碼中的藍色部分）的作用是為了防止該頭檔案被重複引用

• 那麼

#ifdef __cplusplus (其中__cplusplus是cpp中自定義的一個宏！！！)

extern "C"{

#endif

#ifdef __cplusplus

}

#endif

的作用是什麼呢？

extern "C"包含雙重含義，從字面上可以知道，首先，被它修飾的目标是"extern"的；其次，被它修飾的目标代碼是"C"的。

• 被extern "C"限定的函數或變量是extern類型的

extern是C/C++語言中表明函數和全局變量的作用範圍的關鍵字，該關鍵字告訴編譯器，其申明的函數和變量可以在本子產品或其他子產品中使用。

記住，下面的語句：

extern int a; 僅僅是一個變量的聲明，其并不是在定義變量a，并未為a配置設定空間。變量a在所有子產品中作為一種全局變量隻能被定義一次，否則會出錯。

通常來說，在子產品的頭檔案中對本子產品提供給其他子產品引用的函數和全局變量以關鍵字extern生命。例如，如果子產品B要引用子產品A中定義的全局變量和函數時隻需包含子產品A的頭檔案即可。這樣子產品B中調用子產品A中的函數時，在編譯階段，子產品B雖然找不到該函數，但并不會報錯；它會在連結階段從子產品A編譯生成的目标代碼中找到該函數。

extern對應的關鍵字是static，static表明變量或者函數隻能在本子產品中使用，是以，被static修飾的變量或者函數不可能被extern C修飾。

• 被extern "C"修飾的變量和函數是按照C語言方式進行編譯和連結的：這點很重要！！！！

上面也提到過，由于C++支援函數重載，而C語言不支援，是以函數被C++編譯後在符号庫中的名字是與C語言不同的；C++編譯後的函數需要加上參數的類型才能唯一标定重載後的函數，而加上extern "C"後，是為了向編譯器指明這段代碼按照C語言的方式進行編譯

未加extern "C"聲明時的連結方式：

//子產品A頭檔案 moduleA.h

#idndef _MODULE_A_H

#define _MODULE_A_H

int foo(int x, int y);

#endif

在子產品B中調用該函數：

//子產品B實作檔案 moduleB.cpp

#include"moduleA.h"

foo(2,3);

實際上，在連結階段，連接配接器會從子產品A生成的目标檔案moduleA.obj中找_foo_int_int這樣的符号！！！，顯然這是不可能找到的，因為foo()函數被編譯成了_foo的符号，是以會出現連結錯誤。

常見的做法可以參考下面的一個實作：

moduleA、moduleB兩個子產品，B調用A中的代碼，其中A是用C語言實作的，而B是利用C++實作的，下面給出一種實作方法：

//moduleA頭檔案

#ifndef __MODULE_A_H //對于子產品A來說，這個宏是為了防止頭檔案的重複引用

#define __MODULE_A_H

int fun(int, int);

#endif

//moduleA實作檔案moduleA.C //子產品A的實作部分并沒有改變

#include"moduleA"

int fun(int a, int b)

{

return a+b;

}

//moduleB頭檔案

#idndef __MODULE_B_H //很明顯這一部分也是為了防止重複引用

#define __MODULE_B_H

#ifdef __cplusplus //而這一部分就是告訴編譯器，如果定義了__cplusplus(即如果是cpp檔案， extern "C"{ //因為cpp檔案預設定義了該宏),則采用C語言方式進行編譯

#include"moduleA.h"

#endif

… //其他代碼

#ifdef __cplusplus

}

#endif

#endif

//moduleB實作檔案 moduleB.cpp //B子產品的實作也沒有改變，隻是頭檔案的設計變化了

#include"moduleB.h"

int main()

{

cout<<fun(2,3)<<endl;

}

extern "C"的使用要點

1. 可以是單一語句

    extern "C" double sqrt(double);

2. 可以是複合語句, 相當于複合語句中的聲明都加了extern "C"

    extern "C"

   {

      double sqrt(double);

      int min(int, int);

  }

3.可以包含頭檔案，相當于頭檔案中的聲明都加了extern "C"

   extern "C"

  {

    ＃i nclude <cmath>

  }

4. 不可以将extern "C" 添加在函數内部

5. 如果函數有多個聲明，可以都加extern "C", 也可以隻出現在第一次聲明中，後面的聲明會接受第一個連結訓示符的規則。

6. 除extern "C", 還有extern "FORTRAN" 等。

參考文章：

extern C使用

extern c的作用【轉】_看雪..

extern C使用要點

http://blog.chinaunix.net/u/29619/showart_230148.html

http://blog.csdn.net/weiqubo/archive/2009/10/16/4681813.aspx

http://hi.baidu.com/sundl2268/blog/item/4969453d2258bae53c6d970a.html