extern, extern "C",__stdcall

C编译器把人写的函数名当成函数名
C++编译器把人写的函数名做了改动之后当成函数名
为了让c++编译器不改动函数名,就加上extern "C"

假设dll导出一个int add(int a, int b);

一. 采用函数声明导出的方式
(一) extern "C"

1.导出函数不加extern "C"。
(1) 动态调用:
编译器生成的实际导出函数的名字是?add@@YAHHH@Z(用Dependency工具查看);在客户程序中如果调用pAdd = (lpAddFunc)GetProcAddress(hDll,"add"),则pAdd值为0,因为根本没有名字为"add"的函数,add函数的名字成了?add@@YAHHH@Z了。
(2) 静态调用:
a. 如果客户程序声明引入函数时也没有加extern "C",则程序运行正常。因为无论是动态库的add还是客户程序的add,c++编译器都给它们命名为?add@@YAHHH@Z。
b. 如果客户程序声明引入函数时加了extern "C",则程序报找不到add函数,因为此时客户程序中的add函数,编译器还是给它命名为add,而.lib文件里没有add函数,有的是?add@@YAHHH@Z函数。
2.导出函数加extern "C".
(1)动态调用:
在客户程序中如果调用pAdd = (lpAddFunc)GetProcAddress(hDll,"add"),则正常,因为动态库导出的函数的名字就是"add",而此处就是找"add"函数。其实如果一个动态库用来动态调用的话,就得加上extern "C"修饰,因为客户程序需要这个函数名。
(2)静态调用:
a. 如果客户程序声明引入函数时没有加extern "C",则编译时会报链接错误:nresolved external symbol "__declspec(dllimport) int __cdecl add(int,int)" (__imp_?add@@YAHHH@Z),说找不到?add@@YAHHH@Z函数的实现。首先,因为.lib引出的函数中函数名此时是"add",所以编译器在.lib中没找到?add@@YAHHH@Z,所以就认为add函数不是引入的,于是就找这个函数的实现,但是程序没有给出函数的实现,所以就报了上述错误。当然了,只要在客户程序中给出add函数的实现(当然这是无意义的),此报错就没了,但是编译器也会给一个警告,说_declspec(dllimport) int add(int x, int y)应该改为_declspec(dllexport),因为此时编译器把它当成要引出的函数了。
对于动态调用来说,客户程序没有extern "C"这一说,因为它要需要的函数名是在GetProcAddress参数中指定的,而且自身也没有声明什么函数。
b.如果客户程序声明引入函数时加了extern "C",则正常,此时动态库和客户程序的add函数被编译器命名时都是add

(二) __stdcall

__stdcall单独使用时没有extern "C"的功能,即导出函数加了__stdcall,则编译器生成的函数名依然是?add@@YAHHH@Z
__stdcall与extern "C"一起使用时,则编译器生成的函数名既不是add也不是?add@@YAHHH@Z,而是_add@,一般是这种形式。

1.导出函数不加__stdcall,但是加了extern "C"
(1)动态调用:
typedef int ( /*__stdcall*/ *lpAddFunc) (int x, int y);
也不加__stdcall,则正常。
加上__stdcall,则崩溃,因为此时GetProcAddress虽然根据add找到了函数,但是两个函数的参数传递方式不一样。
(2)静态调用:
导入函数也不加__stdcall,则正常。
加上__stdcall,则会报找不到add函数的实现,因为此时客户程序的add函数被编译成定义成了_add@,而动态库导出的函数要么是add(加了extern "C"),要么是?add@@YAHHH@Z(没加?extern "C")。
2.导出函数加了__sdcall
哎,不分析了。。反正客户程序就得加__stdcall,明摆着嘛。。。
二.采用.def文件导出的方式
.def文件中写的导出函数的名字必须与动态库中定义的一致,否则,动态库编译的时候就报错了。比如对于函数add,如果在.def文件中想写成addd,则根本编译不过去。换句话说.def文件等于强制让动态库引出函数采用了extern"C"的方式。所以客户程序要想正常使用,也得用extern "C"的方式。

1.头文件中定义一个变量int a;
假如这个头文件没有被任何文件包含的话,这个定义是合法的,只要哪怕被一个文件包含了,编译器就会报重复定义错误。当然了,不被任何文件包含的头文件也没有什么意义了,所以通常不会在头文件中定义变量。
2.如果在两个源文件里分别定义了int a;那么即使这两个文件什么关系也没有,则编译器依然会报重复定义的错误,因为此时它们都是全局变量。
(1) 只要加上static,则编译器就认为它是仅在当前文件中的局部变量,不再报错。
(2) 加上extern,则编译器认为它是在外部定义的变量,不再报错,但是,不能为其赋值 extern int a = 1,因为此时编译器认为是定义,当然了,在使用的时候可以赋值.


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值