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

C++分析研究  
C++
日歷
<2012年11月>
28293031123
45678910
11121314151617
18192021222324
2526272829301
2345678
統計
  • 隨筆 - 92
  • 文章 - 4
  • 評論 - 4
  • 引用 - 0

導航

常用鏈接

留言簿

隨筆檔案

文章檔案

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

 
  C++語言的創建初衷是"a better C",但是這并不意味著C++中類似C語言的全局變量和函數所采用的編譯和連接方式與C語言完全相同。作為一種欲與C兼容的語言, C++保留了一部分過程式語言的特點(被世人稱為"不徹底地面向對象"),因而它可以定義不屬于任何類的全局變量和函數。但是,C++畢竟是一種面向對象的程序設計語言 ,為了支持函數的重載,C++對全局函數的處理方式與C有明顯的不同。
 
   1,extern可以置于變量聲明前;
 
   2,extern也可以置于函數聲明前; 通過這種行為它告訴編譯器:該變量/函數的定義已經存在在某個地方了,讓編譯器到其他的模塊去尋找它的定義。
 
   3 extern "C" 使用extern"C"主要是因為C++語言在編譯的時候為了實現多態,會將函數名和函數結合起來形成另外一種函數名(總之就是說編譯后的函數名與你之前自己聲明時的函數名會不一樣),而C語言中無多態的概念當然也就不會有這種奇異的名字變化問題。這是問題就出現了,當你要在C++中調用C函數時,由于名字的不同,所以它會找不到所調用的這個函數的定義,因而會出錯。 為了解決這一C與C++的矛盾沖突,就有了extern "C".
 
   4.從標準頭文件說起
 
   某企業曾經給出如下的一道面試題: 面試題 為什么標準頭文件都有類似以下的結構?
 
   #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
 
   的作用又是什么呢?我們將在下文一一道來。
 
   深層揭密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); //注:寫成extern "C" int add(int , int ); 也可以
 
   #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" //注:此處不妥,如果這樣編譯通不過,換成 extern "C" int add(int , int ); 可以通過
 
   }
 
   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節給出的示例代碼,需要特別留意各個細節 www.lefeng123.com  托福答案
 
 
posted on 2014-02-12 18:23 HAOSOLA 閱讀(363) 評論(0)  編輯 收藏 引用
 
Copyright © HAOSOLA Powered by: 博客園 模板提供:滬江博客
PK10開獎 PK10開獎
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美亚洲视频一区二区| 欧美一区二区三区在| 性欧美长视频| 亚洲男人天堂2024| 国产丝袜美腿一区二区三区| 亚洲午夜一区二区| 亚洲综合色在线| 一区二区视频免费在线观看| 久久久久久69| 久久―日本道色综合久久| 亚洲淫片在线视频| 国语自产精品视频在线看8查询8| 久久久久久久精| 欧美激情在线| 久久久国产精品一区二区中文| 久久精品噜噜噜成人av农村| 亚洲免费av观看| 性做久久久久久| 亚洲精品在线视频| 欧美影院久久久| 亚洲在线播放电影| 久久综合五月| 欧美在线视频全部完| 免费日韩成人| 久久久噜噜噜久久| 欧美日本韩国| 欧美成人69av| 国产一区二三区| 亚洲一区中文| 亚洲性视频h| 欧美日韩国产成人在线91| 欧美成人精品一区二区| 国产欧美日韩一区二区三区在线观看 | 在线一区观看| 久久精品国产99国产精品| 亚洲午夜在线观看视频在线| 欧美大片专区| 亚洲国产精品久久久久秋霞蜜臀 | 亚洲国产综合在线| 久久米奇亚洲| 在线成人av.com| 蜜臀a∨国产成人精品| 欧美成年视频| 亚洲图片在区色| 国产乱码精品一区二区三区五月婷| 亚洲国产综合视频在线观看| 一区二区三区**美女毛片| 欧美亚州韩日在线看免费版国语版| 亚洲激情专区| 欧美一区二区黄| 亚洲国产mv| 欧美国产激情| 亚洲欧美视频在线观看| 久久中文字幕导航| 亚洲午夜影视影院在线观看| 国产精品影音先锋| 毛片一区二区| 亚洲欧美另类综合偷拍| 美女精品在线| 亚洲欧美国产毛片在线| 一区二区三区在线观看国产| 欧美日本一区二区视频在线观看| 一区二区三区精密机械公司| 久久亚洲欧美国产精品乐播| 一区二区三区久久| 亚洲第一在线| 影音先锋另类| 狠狠色伊人亚洲综合成人| 欧美日产在线观看| 毛片av中文字幕一区二区| 亚洲欧美激情视频| 一区二区三区视频在线观看| 亚洲韩国精品一区| 亚洲国产成人精品久久久国产成人一区| 亚洲资源在线观看| 一区二区三区不卡视频在线观看| 在线观看的日韩av| 亚洲成色999久久网站| 国产一区二区三区观看 | 亚洲国产精品99久久久久久久久| 久久国产视频网站| 欧美亚洲综合在线| 欧美一区二区三区四区在线观看| 亚洲欧美日本国产有色| 午夜视频在线观看一区| 亚洲专区在线| 久久精品一级爱片| 欧美 日韩 国产 一区| 欧美激情小视频| 中文国产一区| 欧美夜福利tv在线| 美女精品一区| 国产精品激情av在线播放| 国产精品久久久免费| 黑人巨大精品欧美一区二区小视频| 精品1区2区| 一本色道久久综合亚洲精品不| 亚洲欧美精品伊人久久| 久久精品免费看| 亚洲日本aⅴ片在线观看香蕉| 99热在线精品观看| 久久综合狠狠| 国产视频久久网| 中文一区二区在线观看| 麻豆精品传媒视频| 一区二区久久| 欧美v日韩v国产v| 国产精品天天看| 99国产精品国产精品久久| 欧美一区91| 夜夜嗨av一区二区三区四区| 久久综合色综合88| 国产欧美一区二区三区另类精品 | 亚洲一区二区三区四区在线观看| 久久亚洲国产精品一区二区 | 亚洲一区二区在线播放| 欧美va天堂| 91久久精品美女高潮| 男女av一区三区二区色多| 亚洲欧美成人在线| 国产精品免费视频观看| 亚洲一区成人| 亚洲午夜一级| 国产一区二区高清| 久久嫩草精品久久久精品一| 久久激情中文| 日韩视频免费观看| 一本一本久久a久久精品综合麻豆| 欧美国产在线视频| 亚洲午夜免费福利视频| 亚洲图片欧美日产| 国产亚洲欧美另类中文| 欧美gay视频激情| 欧美日韩在线一二三| 午夜精品福利视频| 久久国产精品第一页| 9人人澡人人爽人人精品| 亚洲一区二区免费看| 影音欧美亚洲| 亚洲一区精品在线| 91久久精品国产| 亚洲视频在线一区| 亚洲韩国日本中文字幕| 99综合在线| 亚洲乱码国产乱码精品精天堂| 亚洲免费精彩视频| 亚洲国产精品va| 亚洲欧美一区二区精品久久久| 亚洲国产91精品在线观看| 在线一区二区三区四区五区| 狠狠久久综合婷婷不卡| 亚洲一区二区在| 一本色道久久88综合亚洲精品ⅰ| 亚洲影院免费| 亚洲综合欧美日韩| 欧美日韩美女| 蜜臀av国产精品久久久久| 国产免费一区二区三区香蕉精| 亚洲国产第一| 91久久嫩草影院一区二区| 欧美在线视频一区二区三区| 欧美日韩成人| 亚洲国产日韩欧美一区二区三区| 国产精品视频精品视频| 亚洲一区二区三区四区在线观看 | 91久久线看在观草草青青| 欧美在线免费看| 久久久久久久久久久一区| 国产精品欧美在线| 午夜日韩av| 欧美电影打屁股sp| 亚洲精品视频在线播放| 欧美天堂在线观看| 亚洲综合二区| 美女被久久久| 亚洲视频一区二区| 国产乱码精品一区二区三| 欧美一区二区三区在线播放| 久久久久久综合| 亚洲精品视频在线| 国产视频久久久久| 欧美激情2020午夜免费观看| 一区二区三区高清在线| 久久亚洲一区二区| av成人免费在线| 激情欧美一区二区三区| 欧美日韩久久| 免费在线欧美视频| 亚洲免费婷婷| 91久久精品国产91性色tv| 午夜老司机精品| 99成人免费视频| 亚洲福利电影| 国产一区二区久久久| 欧美日韩www| 欧美精品色综合| 欧美成人综合一区| 久久手机精品视频| 久久精品国产999大香线蕉| 亚洲一本视频|