其實在網上關于這個問題已經討論很多了,但是大多都是重復的,確實講解的很詳細,還指出了怎么用是錯誤的,本來記憶就不怎么樣,所以對于記憶這些錯誤的用法更是討厭,還不如記憶一種通用的而且比較規范、代碼閱讀起來比較舒適的方法,下面我們開始吧!!!
C、C++密不可分,平時使用更多的是C,但有時候卻少不了C++,而且是C、C++混搭(混合編程)在一起的,比如,RTP視頻傳輸,live555多媒體播放等都是C++下的,他需要調用JRTPLIB庫,再比如,我那郵件發送,我也用C++寫的,定義了一個Email對象,包含了成員:收發郵件地址,用戶名,密碼等,以及方法:郵件頭、Base64編碼和郵件發送這些操作,很好用,所以,很多時候,C++還是蠻不錯的…但,*.c與*.cpp文件混搭在一起,不是那么的簡單,.
一、extern"C"的作用(最重點)
1. extern "C"的真實目的是實現類C和C++的混合編程。extern "C"是由C++提供的一個連接交換指定符號,用于告訴C++這段代碼是C函數。extern "C"后面的函數不使用的C++的名字修飾,而是用C.這是因為C++編譯后庫中函數名會變得很長,與C生成的不一致,造成C++不能直接調用C函數托福答案
2.C++語言支持函數重載,C語言不支持函數重載。函數被C++編譯后在庫中的名字與C語言的不同。假設某個函數的原型為:void foo(int x, int y);該函數被C編譯器編譯后在庫中的名字為_foo,而C++編譯器則會產生像_foo_int_int之類的名字。C++提供了C連接交換指定符號extern"C"來解決名字匹配問題。
3.被extern "C"限定的函數或變量是extern類型的;extern是C/C++語言中表明函數和全局變量作用范圍(可見性)的關鍵字,該關鍵字告訴編譯器,其聲明的函數和變量可以在本模塊或其它模塊中使用。被extern "C"修飾的變量和函數是按照C語言方式編譯和連接的雅思答案
4.與extern對應的關鍵字是static,被它修飾的全局變量和函數只能在本模塊中使用。因此,一個函數或變量只可能被本模塊使用時,其不可能被extern "C"修飾。
二、extern"C"與__cplusplus
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
Cplusplus(C plus plus)即"C++",用于C++文檔的頭文件中,上面代碼的意思是:如果是C++文件(*.cpp)后綴,則使用extern "C",在C++項目中應用的非常廣泛。即使用gcc編譯器編譯,函數名為C類型如_foo.個人認為,搞懂了這兩個關鍵字,尤其是理解extern "C"
extern "C" 是為了C與C++混合編程而設立的關鍵字,假如你已經知道了關于extern "C" 的一些使用方法,想很快掌握使用策略,下面從兩個角度說明:
1)在C++程序中調用C程序,比如在CPP文件中使用C文件的某一個函數,那么可以肯定的是所使用的函數肯定是按照C語言的編譯方式編譯,那么僅僅通告CPP文件按照C語言調用函數的方式調用即可,而且不用再重新編譯C函數,在函數所在頭文件中添加extern "C"關鍵字,將這個頭文件包含到CPP文件即可。也就是如下所示:
#ifdef __cplusplus
extern "C" {
#endif
/*… 函數聲明*/
#ifdef __cplusplus
}
#endif
稍微舉例說明一下:
?
// cheader.h
#ifndef _C_HEADER_
#define _C_HEADER_
#ifdef __cplusplus
extern "C" {
#endif
#include <STDIO.H>
#include <STDLIB.H>
int add(int a,int b);
#ifdef __cplusplus
}
#endif
#endif
// cfunc.c
//#include "header.h"
int add(int a,int b)
{
return a+b;
}
//main.cpp
#include <IOSTREAM>
#include "header.h"
using namespace std;
int main()
{
int a,b=0;
b= add(2,3);
cout《B《ENDL; pre < } 0; return><BR>
由于。c文件中的函數就是按照C語言編譯方式進行編譯的,所以不包括頭文件也是可以的,但是在頭文件聲明的時候必須進行說明,因為在CPP文件中包括的這個頭文件會按照C語言的方式查找函數,不然就會按照C++的方式查找函數add<BR>
<P><STRONG>2)在C程序中使用CPP編譯的函數,這樣需要重新編譯函數庫,在函數聲明的頭文件中也是如上聲明,然后再函數所在的CPP文件添加上述頭文件,直接編譯即可,這個時候雖說在CPP文件編譯,但是是安裝C語言的方式編譯,在C文件中同樣添加上述頭文件即可。</STRONG></P>
<P><STRONG>稍微舉例說明一下:</STRONG></P>
<P><STRONG></STRONG></P>
<PRE class=brush:java;>// cheader.h頭文件
#ifndef _C_HEADER_
#define _C_HEADER_
#ifdef __cplusplus
extern "C" {
#endif
#include <STDIO.H>
#include <STDLIB.H>
int sub(int a,int b);
#ifdef __cplusplus
}
#endif
#endif
//cppsub.cpp
#include "header.h"
int sub(int a,int b)
{
return a-b;
}
/*但是如果將頭文件的那一行注釋掉,也會在連接時出錯,因為在頭文件中已經說明使用C語言的方式編譯,但是不說明這一點,會使用C++編譯方式進行
如果不想使用頭文件,那么可以將int sub(int a,int b) 換為 extern "C" int sub(int a,int b) ,但是extern "C"在。c文件時不可以出現*/
//cmain.c
#include "header.h"
int main()
{
int a=0,b=0;
b = sub(2,3);
printf("b is %d\r\n",a,b);
return 0;
}
</PRE>
但是在使用的時候也是有一定的規范的:<BR>
//C++頭文件 cppExample.h<BR>
#ifndef CPP_EXAMPLE_H<BR>
#define CPP_EXAMPLE_H<BR>
extern "C" int add( int x, int y );<BR>
#endif
<BR>
//C++實現文件 cppExample.cpp<BR>
#include "cppExample.h"<BR>
int add( int x, int y )<BR>
{<BR>
return x + y;<BR>
}
<BR>
/* C實現文件 cFile.c<BR>
/* 這樣會編譯出錯:#include "cExample.h" */<BR>
extern int add( int x, int y );<BR>
int main( int argc, char* argv[] )<BR>
{<BR>
add( 2, 3 ); <BR>
return 0;<BR>
}
note: 如果 cppEample.h 改成:
#ifndef CPP_EXAMPLE_H<BR>
#define CPP_EXAMPLE_H
#ifdef __cplusplus
extern "C" {
#endif
<BR>
int add( int x, int y );
#ifdef __cplusplus
}
#endif
<BR>
#endif
則在 C 文件中 #include "cExample.h" 就不會報錯了。
總之, 無論寫 c 還是 c++頭文件,只要是想以后混合編程,就最好加上
#ifdef __cplusplus
extern "C" {
#endif
/**** some declaration or so *****/
#ifdef __cplusplus
}
#endif /* end of __cplusplus */<BR>
錯誤的原因在于在C語言中沒有關鍵字 extern "C"<BR>
(PS:有的人會單獨使用extern "C" 來修飾某個函數,我覺得不是很好看,特別是在頭文件中不能這么使用,因為在C文件中不能出現這樣的關鍵字,所以最好使用最后介紹的條件編譯 在一定條件下才使用 extern "C")<BR>
<P></P>
<PRE class=brush:java;><PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE>
<PRE class=brush:java;></PRE> </PRE>