青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 27  文章 - 88  trackbacks - 0
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(4)

文章分類(3)

文章檔案(3)

搜索

  •  

積分與排名

  • 積分 - 130729
  • 排名 - 201

最新評論

閱讀排行榜

評論排行榜

(轉)C++中extern “C”含義深層探索
 
 
1.引言

  C++語言的創建初衷是“a better C”,但是這并不意味著C++中類似C語言的全局變量和函數所采用的編譯和連接方式與C語言完全相同。作為一種欲與C兼容的語言,C++保留了一部分過程式語言的特點(被世人稱為“不徹底地面向對象”),因而它可以定義不屬于任何類的全局變量和函數。但是,C++畢竟是一種面向對象的程序設計語言,為了支持函數的重載,C++對全局函數的處理方式與C有明顯的不同。
  2.從標準頭文件說起

  某企業曾經給出如下的一道面試題:

  面試題
  為什么標準頭文件都有類似以下的結構?

 


#ifndef __INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */


  分析
  顯然,頭文件中的編譯宏“#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif” 的作用是防止該頭文件被重復引用。

  那么

#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif


  的作用又是什么呢?我們將在下文一一道來。
 
  3.深層揭密extern "C"

  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,被它修飾的全局變量和函數只能在本模塊中使用。因此,一個函數或變量只可能被本模塊使用時,其不可能被extern “C”修飾。

  被extern "C"修飾的變量和函數是按照C語言方式編譯和連接的;

  未加extern “C”聲明時的編譯方式

  首先看看C++中對類似C的函數是怎樣編譯的。

  作為一種面向對象的語言,C++支持函數重載,而過程式語言C則不支持。函數被C++編譯后在符號庫中的名字與C語言的不同。例如,假設某個函數的原型為:

void foo( int x, int y );


  該函數被C編譯器編譯后在符號庫中的名字為_foo,而C++編譯器則會產生像_foo_int_int之類的名字(不同的編譯器可能生成的名字不同,但是都采用了相同的機制,生成的新名字稱為“mangled name”)。

  _foo_int_int這樣的名字包含了函數名、函數參數數量及類型信息,C++就是靠這種機制來實現函數重載的。例如,在C++中,函數void foo( int x, int y )與void foo( int x, float y )編譯生成的符號是不相同的,后者為_foo_int_float。
  同樣地,C++中的變量除支持局部變量外,還支持類成員變量和全局變量。用戶所編寫程序的類成員變量可能與全局變量同名,我們以"."來區分。而本質上,編譯器在進行編譯時,與函數的處理相似,也為類中的變量取了一個獨一無二的名字,這個名字與用戶程序中同名的全局變量名字不同。

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

  假設在C++中,模塊A的頭文件如下:

// 模塊A頭文件 moduleA.h
#ifndef 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這樣的符號!

  加extern "C"聲明后的編譯和連接方式

  加extern "C"聲明后,模塊A的頭文件變為:

// 模塊A頭文件 moduleA.h
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int foo( int x, int y );
#endif


  在模塊B的實現文件中仍然調用foo( 2,3 ),其結果是:

  (1)模塊A編譯生成foo的目標代碼時,沒有對其名字進行特殊處理,采用了C語言的方式;

  (2)連接器在為模塊B的目標代碼尋找foo(2,3)調用時,尋找的是未經修改的符號名_foo。

  如果在模塊A中函數聲明了foo為extern "C"類型,而模塊B中包含的是extern int foo( int x, int y ) ,則模塊B找不到模塊A中的函數;反之亦然。

  所以,可以用一句話概括extern “C”這個聲明的真實目的(任何語言中的任何語法特性的誕生都不是隨意而為的,來源于真實世界的需求驅動。我們在思考問題時,不能只停留在這個語言是怎么做的,還要問一問它為什么要這么做,動機是什么,這樣我們可以更深入地理解許多問題):
  實現C++與C及其它語言的混合編程。
  明白了C++中extern "C"的設立動機,我們下面來具體分析extern "C"通常的使用技巧。
  4.extern "C"的慣用法

  (1)在C++中引用C語言中的函數和變量,在包含C語言頭文件(假設為cExample.h)時,需進行下列處理:

extern "C"
{
#include "cExample.h"
}


  而在C語言的頭文件中,對其外部函數只能指定為extern類型,C語言中不支持extern "C"聲明,在.c文件中包含了extern "C"時會出現編譯語法錯誤。

  筆者編寫的C++引用C函數例子工程中包含的三個文件的源代碼如下:

/* c語言頭文件:cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y);
#endif
/* c語言實現文件:cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++實現文件,調用add:cppFile.cpp
extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}


  如果C++調用一個C語言編寫的.DLL時,當包括.DLL的頭文件或聲明接口函數時,應加extern "C" { }。

  (2)在C中引用C++語言中的函數和變量時,C++的頭文件需添加extern "C",但是在C語言中不能直接引用聲明了extern "C"的該頭文件,應該僅將C文件中將C++中定義的extern "C"函數聲明為extern類型。
  筆者編寫的C引用C++函數例子工程中包含的三個文件的源代碼如下:

//C++頭文件 cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "C" int add( int x, int y );
#endif
//C++實現文件 cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
{
return x + y;
}
/* C實現文件 cFile.c
/* 這樣會編譯出錯:#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}


  如果深入理解了第3節中所闡述的extern "C"在編譯和連接階段發揮的作用,就能真正理解本節所闡述的從C++引用C函數和C引用C++函數的慣用法。對第4節給出的示例代碼,需要特別留意各個細節。
 

posted on 2008-06-17 12:40 Macaulish 閱讀(94461) 評論(36)  編輯 收藏 引用

FeedBack:
# re: (轉)C++中extern “C”含義深層探索[未登錄] 2008-06-22 22:52 hdqqq
c++編譯的時候,對函數名進行修飾,用于實現函數充載,而c里面沒有這個,所以需要用extern “C” 在對頭文件進行聲明的時候加以區分。這個用于鏈接的時候進行函數名查找。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-02-12 17:00 zero
好文  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-06-08 11:50 wuzhuayu
講的很不錯哦  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-07-01 09:32 Samuel
如此在C 中引用C++的函數,必須先修改C++的源文件?  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索[未登錄] 2009-07-17 13:22 echo
清楚  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-07-23 00:08 rob
C引用c++的函數,只需要用extern聲明,不需要extern "c",也不需要修改c++源文件。

有人能解析obj文件格式么,呵呵。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-07-31 16:45 ggg
好文章,受教了  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-08-07 17:29 love c
講的非常好!詳細而又淺顯易懂,謝了!  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索[未登錄] 2009-08-24 23:04 dudu
thanks a lot
it is really clear  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2009-10-27 13:44 Dim
受教了……今天筆試才考到過……  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2010-06-13 11:50 koral
很清楚!謝謝!  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2010-06-27 17:45 cloved
受益了..  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2010-08-31 11:03 李偉男
基本上講的比較清楚了,非常感謝!后面的一個例子再深入一些,會更好。
extern “C” 是一個雙向都需要用到的語法表示,就是說在cpp引用c頭文件,或者c引用cpp文件時都需要用到。但extern “C” 永遠只能在cpp引用時出現,c引用時不允許存在。當cpp引用c中的函數時,需要在cpp使用的頭文件中聲明extern “C”,當c引用cpp中的函數時,需要在cpp使用的頭文件中用extern “C”聲明,這樣編譯器在編譯時會對函數名進行特殊處理,以使其能夠被c引用。如果不進行聲明,那么當c引用這個頭文件時,就會找不到函數,因為cpp的函數命名規則中包含變量類型,而c編譯后的函數名不包含這些。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2010-12-13 11:27 xinqikan
<C++ Primer中文版第四版>
* const 限定符:http://www.xinqikan.com/2010/1203/ch02lev1sec4.html
* 變量和基本類型http://www.xinqikan.com/2010/1203/ch02.html  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-03-02 02:45 飄飄
好文
謝謝  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-03-17 17:13 Zero Lee
1."extern" before function declaration in c header file is optional, when c++ calling c function defined in c file;
2. If want to only call one c function in c file, and tell code-reader which function will be called in current c++ file, written as below:
extern "C" void func(int a, int b);
#include "cXX.h"

  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-04-06 09:22 cm
看了您的描述,對您最后的那段代碼做一個簡單的推論,在cppExample.h
中不允許重載,盡管是在CPP文件中,由于聲明了extern "C",所以那段代碼是通過C語言編譯器來編譯的,在庫中保留的是_add,看如下代碼,查探它的事實性:
//cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
int add( int x, int y );
float add( float x, float y );
#endif  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-04-06 09:24 cm
//cppExample.cpp
#include "cppExample.h"
int add( int x, int y )
{
return x + y;
}
float add( float x, float y )
{
return x + y;
}
//main.cpp
extern int add( int x, int y );
extern float add( float x, float y );
#include <stdio.h>
int main( int argc, char* argv[] )
{
printf("%d\n",add( 2, 3 ));
printf("%f\n",add( 2.0, 3.0 ));
return 0;
}  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-04-06 09:25 cm
這段代碼經過編譯之后,會出現重定義錯誤:
--------------------Configuration: ghf - Win32 Debug--------------------
Compiling...
main.cpp
E:\C++垃圾箱\ghf\main.cpp(7) : error C2668: 'add' : ambiguous call to overloaded function
Error executing cl.exe.

ghf.exe - 1 error(s), 0 warning(s)
從此可以看出,我們的理論是正確的!
謝謝樓主哈,讓我學了點東西。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-04-29 12:18 jarson
這段代碼應該是:
//cppExample.h
#ifndef CPP_EXAMPLE_H
#define CPP_EXAMPLE_H
extern "c" {
int add( int x, int y );
float add( float x, float y );
}
#endif
才會后面所說的編譯錯誤吧?  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-05-17 10:21 alanwen
你說對了,呵呵,應該是這樣!@jarson
  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-05-28 22:34 dave
如果在模塊A中函數聲明了foo為extern "C"類型,而模塊B中包含的是extern int foo( int x, int y ) ,則模塊B找不到模塊A中的函數;反之亦然。
//VC2005驗證了一下, 這個結論不成立  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-05-28 23:15 dave
撤銷上面的跟帖,樓主的結論是正確的. @dave
  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-06-27 11:29 路過人士
我怎么覺得dll里面的extern沒用呢  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-07-05 11:38 丟丟
好貼!!  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-07-22 16:09 hhx
太好了,非常感謝樓主。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-07-25 14:23 chasefornone
好文,獲益匪淺,非常感謝  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-08-24 22:45 大衛
@dave
我覺得“如果在模塊A中函數聲明了foo為extern "C"類型,而模塊B中包含的是extern int foo( int x, int y ) ,則模塊B找不到模塊A中的函數;反之亦然。”和樓主的解釋矛盾啊,既然已經在A中聲明了foo為extern "C"類型,在模塊B中調用的話應該用extern標識符啊。  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-08-24 23:21 大衛
是不是在cpp文件中不能出現 extern int add( int x, int y );啊?我在cpp中用
extern "C"
{
#include "moduleA.h"
}
可以,用extern int add( int x, int y );就報錯。其中 moduleA.h中定義如下:
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int foo( int x, int y );
#endif
  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2011-08-24 23:32 大衛
用vs2008一試,在cpp文件里面加入extern int i;是可以的,上面的說法不對。不過加extern int add( int x, int y );是不可以的,報錯。
另外上面的回復中寫錯了一個地方:
其中 moduleA.h中定義如下:
#ifndef MODULE_A_H
#define MODULE_A_H
extern "C" int add( int x, int y );
#endif
  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索[未登錄] 2011-11-24 16:10 YY
受益非淺  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2012-05-23 08:30 kevin00000000
好文  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2013-03-24 11:22 wwy
@rob
dumpbin.exe  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2013-07-11 15:21 creasy
講的很詳細 ,實用 謝謝了  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2014-04-10 12:25 Bryan
挺好的~  回復  更多評論
  
# re: (轉)C++中extern “C”含義深層探索 2015-04-16 22:18 別逸
寫的不錯!  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
      <noscript id="pjuwb"></noscript>
            <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
              <dd id="pjuwb"></dd>
              <abbr id="pjuwb"></abbr>
              久久一区国产| 亚洲婷婷在线| 久久国产精品99国产精| 亚洲一区二区三区免费观看 | 久久久久久亚洲精品中文字幕| 性欧美xxxx大乳国产app| 国产一区二区三区网站| 欧美顶级艳妇交换群宴| 欧美剧在线观看| 午夜精品久久久久久99热| 久久aⅴ乱码一区二区三区| 亚洲盗摄视频| 亚洲精品一区二区三区福利| 国产精品美女久久| 美女国产精品| 欧美色欧美亚洲高清在线视频| 久久激情视频| 欧美精品免费在线观看| 久久精品国产99精品国产亚洲性色| 玖玖玖免费嫩草在线影院一区| 日韩一区二区精品| 亚洲欧美乱综合| 亚洲精品视频免费| 午夜精品福利在线| 亚洲人成网站777色婷婷| 亚洲永久免费视频| 亚洲日本成人网| 午夜性色一区二区三区免费视频| 亚洲激情网址| 午夜视频在线观看一区| 亚洲少妇中出一区| 久久精品国产第一区二区三区最新章节 | 久久久久国产精品一区| 亚洲桃花岛网站| 久久久青草婷婷精品综合日韩| 亚洲在线免费观看| 欧美成人精品在线| 久久久噜噜噜久久| 国产精品日韩电影| 亚洲欧洲精品一区二区三区不卡 | 蜜桃久久精品乱码一区二区| 国产精品任我爽爆在线播放| 亚洲韩国日本中文字幕| 狠狠爱www人成狠狠爱综合网| 亚洲国产mv| 亚洲欧美国产制服动漫| 欧美日韩在线看| 欧美国产三级| 韩国成人福利片在线播放| 一区二区冒白浆视频| 亚洲人成人77777线观看| 久久久国产精彩视频美女艺术照福利| 亚洲欧美国产三级| 欧美三级视频在线观看| 亚洲精品一区二区三区av| 亚洲精选一区| 欧美1级日本1级| 欧美二区视频| 亚洲大胆美女视频| 久久久久久久一区二区| 免费成人小视频| 在线电影一区| 久久亚洲精品视频| 欧美肥婆bbw| 亚洲国产成人91精品| 久久米奇亚洲| 欧美国产1区2区| 亚洲日本电影在线| 欧美精品色一区二区三区| 亚洲另类自拍| 亚洲欧美日韩国产一区二区| 国产精品美女诱惑| 午夜精品视频一区| 久久久在线视频| 一区精品在线| 欧美1区视频| 亚洲精品资源| 亚洲欧美日韩高清| 国产亚洲va综合人人澡精品| 久久久99国产精品免费| 欧美电影免费观看高清| 一区二区三区高清在线| 国产精品私房写真福利视频| 欧美一区午夜视频在线观看| 欧美99在线视频观看| 一本到12不卡视频在线dvd| 国产精品国产三级国产专播精品人 | 中文亚洲字幕| 国产啪精品视频| 久久综合五月天婷婷伊人| 亚洲免费精彩视频| 欧美一区二区高清| 亚洲成人资源| 欧美日韩一区在线观看视频| 欧美亚洲尤物久久| 91久久精品国产91久久性色tv| 亚洲欧美成人网| 黄色国产精品| 欧美日韩在线视频一区二区| 小黄鸭精品密入口导航| 91久久精品美女高潮| 欧美一区日本一区韩国一区| 亚洲日本成人网| 国产一区二区成人| 欧美日本高清视频| 久久精品亚洲一区二区三区浴池| 日韩视频在线一区二区三区| 久久天堂国产精品| 亚洲一区国产精品| 在线免费观看视频一区| 国产精品日韩一区| 欧美精品免费在线| 久久久久成人精品| 久久久亚洲午夜电影| 欧美激情一区二区三区| 亚洲在线观看免费| 亚洲人成网站色ww在线| 久久综合激情| 欧美在线一区二区| 一区二区三区久久网| 亚洲高清视频中文字幕| 国产精品丝袜xxxxxxx| 欧美日韩亚洲国产精品| 免费成人黄色| 久久久久久69| 欧美一区三区二区在线观看| 亚洲一区二区3| 一区二区三区国产精华| 亚洲精品社区| 亚洲国产三级| 亚洲电影第三页| 欧美国产一区二区在线观看| 老司机久久99久久精品播放免费 | 亚洲一区二区视频| 一区二区精品在线观看| 亚洲精品一区二区三区99| 亚洲黄色av| 亚洲东热激情| 亚洲国产裸拍裸体视频在线观看乱了| 国内精品一区二区| 国产亚洲在线| 一区二区三区自拍| 永久域名在线精品| 在线国产日韩| 91久久精品国产91性色tv| 亚洲精品乱码久久久久久蜜桃麻豆| 在线观看日韩| 亚洲黄色有码视频| 日韩亚洲欧美精品| 亚洲一卡久久| 欧美一区二区三区视频在线观看| 欧美一级淫片播放口| 欧美中文在线字幕| 久久久久久久久岛国免费| 久久一区二区视频| 欧美电影免费| 99精品视频一区| 亚洲伊人久久综合| 欧美中文字幕在线观看| 免费成人黄色av| 欧美色大人视频| 国产精品久久久久久久久久免费看 | 日韩视频二区| 亚洲一区精彩视频| 久久精品在线| 欧美激情四色| 在线亚洲观看| 久久九九有精品国产23| 欧美mv日韩mv国产网站| 欧美肉体xxxx裸体137大胆| 国产精品爽黄69| 亚洲高清资源| 午夜国产欧美理论在线播放| 久久综合久色欧美综合狠狠| 亚洲人成网站999久久久综合| 亚洲永久精品大片| 蜜桃伊人久久| 国产麻豆日韩欧美久久| 亚洲乱码久久| 久久国产精品99国产精| 亚洲日本va午夜在线影院| 亚洲欧美日韩天堂| 欧美大片专区| 国产亚洲精品一区二区| 99精品国产一区二区青青牛奶| 亚洲第一级黄色片| 国产日韩欧美精品综合| 亚洲三级色网| 久久黄色小说| 99pao成人国产永久免费视频| 久久精品国产v日韩v亚洲| 欧美午夜精品久久久久免费视| 韩国美女久久| 亚洲欧美一区在线| 亚洲黄色免费电影| 欧美中文在线免费| 国产精品久久久久久久久久久久| 最新高清无码专区| 久久亚洲美女| 亚洲女ⅴideoshd黑人|