注意这里的C调用C++或者C++调用C意思是.c文件中调用.cpp文件中代码,或者相反。
集成开发环境如VC++6.0或者vs都是以文件后缀来区别当前要编译的是C代码还是C++代码,然后采用响应的编译、调用协议等。
使用extern "C" 主要是因为C编译器编译函数时不带参数的类型信息,只包含函数的符号名字。如
int foo( float x )
C编译器会将此函数编译成类似_foo的符号,C连接器只要找到了调用函数的符号,就认为连接成功。
而C++编译器为了实现函数重载,会在编译时带上函数的参数信息。如它可以把上面的函数编译成类似于_foo_float这样的符号。
所以,C调用C++,使用extern "C"则是告诉编译器依照C的方式来编译封装接口,当然接口函数里面的C++语法还是按C++方式编译。
如:1 普通函数
// C++ Code
extern "C" int foo( int x );
int foo( int x )
{
//...
}
这样,编译器会将foo函数编译成类似_foo符号,而不会编译成类似_foo_int符号
则C可以这样调用C++函数
// C Code
int foo( int x );
void cc( int x )
{
foo( x );
//...
}
2 如果想调用重载的C++函数,则须封装单独的接口共C调用。
如
// C++ Code
void foo( int x );
void foo( float x );
extern "C" void foo_i( int x )
{
foo( x );
}
extern "C" void foo_f( float x )
{
foo( x );
}
则C中可这样调用
// C Code
void foo_i( int x );
void foo_f( float x );
void ccc( int x1, float x2 )
{
foo_i( x1 );
foo_f( x2 );
// ...
}
3 C中想调用C++中的成员函数(包括虚函数),则需要提供一个简单的包装(wrapper)。
例如: // C++ code:
class C
{
...
virtual double f(int);
};
extern "C" double call_C_f(C* p, int i) // wrapper function
{
return p->f(i);
}
然后,你就可以这样调用 C::f():
//C code
double call_C_f(struct C* p, int i);//声明
void ccc(struct C* p, int i)
{
double d=call_C_f(p,i);
...
}
问题:参数struct C* p从哪里来,即怎么在C中定义C++对象,其实上面只是说了思想,真实的c中使用C++类需要把原来的类都封装一下,参看下面的文章
http://blog.csdn.net/caspiansea/article/details/9676153
而C++调用C,extern "C" 的作用是:让C++连接器找调用函数的符号时采用C的方式 如:
// C Code
void foo( int x );
C++这样调用C函数
// C++ Code
extern "C" void foo( int x );
就是让C++连接器能过类似于_foo来查找此函数,而非类似于_foo_int这样的符号。
时常在cpp的代码之中看到这样的代码: 特别是C ++中引入C的头文件,这些C头文件中出现很多如下代码。
#ifdef __cplusplus extern "C" { #endif
//一段代码
#ifdef __cplusplus } #endif
要明白为何使用extern "C",还得从cpp中对函数的重载处理开始说起。在c++中,为了支持重载机制,在编译生成的汇编码中,要对函数的名字进行一些处理,加入比如函数的返回类型等等.而在C中,只是简单的函数名字而已,不会加入其他的信息.也就是说:C++和C对产生的函数名字的处理是不一样的.
明白了加入与不加入extern "C"之后对函数名称产生的影响,我们继续我们的讨论:为什么需要使用extern "C"呢?C++之父在设计C++之时,考虑到当时已经存在了大量的C代码,为了支持原来的C代码和已经写好C库,需要在C++中尽可能的支持C,而extern "C"就是其中的一个策略。
试想这样的情况:一个库文件已经用C写好了而且运行得很良好,这个时候我们需要使用这个库文件,但是我们需要使用C++来写这个新的代码。如果这个代码使用的是C++的方式链接这个C库文件的话,那么就会出现链接错误.
现在我们有了一个C库文件,它的头文件是f.h,产生的lib文件是f.lib,那么我们如果要在C++中使用这个库文件,我们需要这样写:
extern "C" {
#include "f.h"
}
昨晚有个朋友问我关于在C中调用C++库的问题,今天午饭后,由于脖子痛的厉害而没有加入到我们组的“每天一战”的行列中去,所以正好将C和C++之间的库调用关系做个总结。
1.extern "C"的理解:
很多人认为"C"表示的C语言,实际并非如此,"C"表示的是一种链接约定,只是因C和C++语言之间的密切关系而在它们之间更多的应用而已。实际上Fortran和汇编语言也常常使用,因为它们也正好符合C实现的约定。
extern "C"指令描述的是一种链接约定,它并不影响调用函数的定义,即时做了该声明,对函数类型的检查和参数转换仍要遵循C++的标准,而不是C。
2.extern "C"的作用:
不同的语言链接性是不同的,那么也决定了它们编译后的链接符号的不同,比如一个函数void fun(double d),C语言会把它编译成类似_fun这样的符号,C链接器只要找到该函数符号就可以链接成功,它假设参数类型信息是正确的。而C++会把这个函数编译成类似_fun_double或_xxx_funDxxx这样的符号,在符号上增加了类型信息,这也是C++可以实现重载的原因。
那么,对于用C编译器编译成的库,用C++直接链接势必会出现不能识别符号的问题,是的,需要extern "C"的时刻来了,它就是干这个用的。extern "C" 的作用就是让编译器知道要以C语言的方式编译和连接封装函数。
3.在C++中调用C库的例子:
1).做一个C动态库:
编译并copy到系统库目录下(也可以自己定义库目录,man ldconfig):
[root@coredump test]# gcc --shared -o libhello.so hello.c
[root@coredump test]# cp libhello.so /lib/
2).写个C++程序去调用它:
编译并运行:
[root@coredump test]# g++ test.cpp -o test -lhello
[root@coredump test]# ./test
hello
[root@coredump test]#
3).__cplusplus宏的条件编译:
为什么要加这个条件编译呢?小沈阳有话:小妹,这是为什么呢?
因为这种技术也可能会用在由C头文件产生出的C++文件中,这样使用是为了建立起公共的C和C++文件,也就是保证当这个文件被用做C文件编译时,可以去掉C++结构,也就是说,extern "C"语法在C编译环境下是不允许的。
比如:将上面的test.cpp更名为test.c,将头文件改为stdio.h,将条件编译去掉,再用gcc编译就可以看到效果。而即使做了上面的修改,如果用g++编译就可以正常使用,这就是我上面说的“公共的C和C++文件”的意思。
4.C调用C++库:
C++调用C库看上去也不是那么困难,因为C++本身就有向前(向C)兼容的特性,再加上纯天然的extern "C"约定,使得一切都是那么自然。而让C调用C++的库似乎就没那么容易,不过也不是不可以的。
说到这里我得休息一下,大中午的,出去抽根烟先,不过我也相信如果你不知道答案,看到这里的时候肯定在到处找板砖,恨不得敲开我的脑壳子。我能理解,我也习惯了,我有个学姐一看到我第一反应就是扔出一块砖头先!
言归正传,还是要借助这纯天然的extern "C"。
1)做一个C++库:
编译并copy到系统库目录下:
[root@coredump test]# g++ --shared -o libworld.so world.cpp
[root@coredump test]# cp libworld.so /lib/
2)做一个中间接口库,对C++库进行二次封装:
其中方法m_world即为libworld库中world方法的二次封装,编译并copy到系统库目录下:
[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld
[root@coredump test]# cp libmid.so /lib/
3).C程序通过链接二次接口库去调用C++库:
编译并运行:
[root@coredump test]# gcc test.c -l mid -o test
[root@coredump test]# ./test
world
[root@coredump test]#
注:如果对于C++库中含有类的,可以在二次接口函数中生成临时对象来调用对应的功能函数,当然要根据实际情况来定了。