python生成静态库的过程_Windows下静态库、动态库的创建和调用过程

最新推荐文章于 2024-08-19 03:17:16 发布

weixin_39793708

最新推荐文章于 2024-08-19 03:17:16 发布

阅读量735

点赞数

文章标签： python生成静态库的过程

静态库和动态库的使用包括两个方面，1是使用已有的库(调用过程)，2是编写一个库供别人使用(创建过程)。这里不讲述过多的原理，只说明如何编写，以及不正确编写时会遇见的问题。

//注：本文先从简单到复杂，动态库的部分先说明了静态链接方式，比较简单，若想看动态链接过程会遇到的问题可直接跳过。

后面说明动态链接方式有关extern "C” 、名字改变、 __stdcall 的影响的问题。

1.静态库

1)创建过程

在VS环境下创建一个 “Win32 Static Libarary” 工程StaticLib，添加头文件lib.h和源文件lib.cpp

//----lib.h----------

int add(int a,int b);

//-----lib.cpp-------

#include "lib.h"

int add(int a,int b)

{

return a+b;

}

Build之后会发现Debug下生成了StaticLib.lib 静态库文件。将lib.h和StaicLib.lib给别人，别人就可以使用库中的函数add了。

2)调用过程

新建一个简单的控制台工程，只有一个StaticLibCall.cpp 。将lib.h和StaticLib.lib放在同目录下。

#include "lib.h"

#pragma comment(lib,"StaticLib.lib")

#include

using namespace std;

int main()

{

int t = add(2,3);

cout<

getchar();

}

编译链接运行成功。

此处若在add(2,3)设置断点，调试态 F11进入函数可以跳入到StaticLib.cpp中进行执行。可以知道静态库在调用过程中是会和源文件一起编译链接的。

其中 #pragma comment(lib,"StaticLib.lib") 是用来说明静态库调用，也可以在VS界面上设置：依次选择tools、options、directories、library files添加。

标准Turbo C2.0中的C库函数(我们用来的scanf、printf、memcpy、strcpy等)就来自这种静态库。F11同样可以进入对应的**.c文件中。

2. 动态库

动态库比静态库的创建和调用都复杂。因为动态库中的函数分为两种，1种为内部函数，只供库内部使用。 2种为导出函数，只有声明为导出函数，才可以给别人使用。

创建时声明导出方式有2种： 1.__declspec(dllexport) 方式

2.DEF文件方式

使用时链接动态库方式也有2种： 1.静态链接方式 :同静态库的调用方式 #pragma comment(lib,"***.lib")

2.动态链接方式：使用Win32系列函数：LoadLibrary(...) GetProcAddress(...) FreddLibrary(...)

所以，组合起来有4种方式完成动态库的 ”创建和使用“ 的过程。由于不同交叉的方式中注意的问题不同，所以分别说明。

1)__declspec(dllexport) 方式导出方式，静态方式链接

A.创建：在VS环境下创建一个 “Win32 DLL ” 工程AddDll，添加头文件dll.h和源文件dll.cpp

//-----dll.h---------

__declspec(dllexport) int add(int x, int y);

//-----dll.cpp---------

#include "dll.h"

__declspec(dllexport) int add(int x, int y)

{

return x + y;

}

Build之后发现，Debug中生成了AddDll.lib和AddDll.dll文件。将.h .lib .dll提供给别人，别人就可以使用动态库中的add函数了。

B. 静态方式调用：

新建一个控制台工程，只有一个AddDllCall.cpp 文件。并且将 dll.h放在同目录下，AddDll.lib AddDll.dll 放在该工程的Debug下。

注意：因为动态库是在运行时才调用，所以必须放在运行时的目录下，否则会找不到dll库。

//---------AddDllCall.cpp-----

#include

using namespace std ;

#include "dll.h"

#pragma comment(lib,"AddDll.lib")

int _tmain(int argc, _TCHAR* argv[])

{

int t = add(2,3);

cout<

getchar();

return 0;

}

运行成功。

注：有些人说，导出方式为__declspec(dllexport)时，调用时的函数声明需要为__declspec(dllimport) add(int a,int b);这里测验发现并没有这个问题

调用时#include ”dll.h" 只有一句话 int add(int a,int b);正常的函数声明。

2)DEF文件导出函数，静态链接方式调用

A.创建：在VS环境下创建一个 “Win32 DLL ” 工程AddDll，添加头文件dll.h和源文件dll.cpp ,并添加DEF文件：dll.def 文件

//-----dll.h---------

int add(int x, int y);

//-----dll.cpp---------

#include "dll.h"

int add(int x, int y)

{

return x + y;

}

//----dll.def--------

LIBRARY BlogUse

EXPORTS add @ 1

编译链接生成AddDll.lib AddDll.dll . 将*.h *.lib *.dll提供给别人。

B. 静态方式调用：

新建一个控制台工程，只有一个AddDllCall.cpp 文件。并且将 dll.h,AddDll.lib 放在同目录下。 AddDll.dll 放在该工程的Debug下。

注意：此处与上处不同，这里的 AddDll.lib 必须和.h一起放在AddDllCall.cpp的同目录下，否则会找不到lib.或者显示指定路径。

代码同上，只是放了不同的这三个文件。

3)__declspec(dllexport) 方式导出函数，动态链接方式使用动态库

A.创建：同1)中一样在VS环境下创建一个 “Win32 DLL ” 工程AddDll，添加头文件dll.h和源文件dll.cpp 。代码也一样

B.动态链接方式：

新建一个控制台工程，只有一个AddDllCall.cpp 文件。同样将 lib 和 dll放在Debug下。代码不多解释，可以参看文章最后给出的链接。

#include

using namespace std;

#include "dll.h"

//int add(int x, int y);

typedef int(*lpAddFun)(int, int); //宏定义函数指针类型

#pragma warning(disable:4996)

int _tmain(int argc, _TCHAR* argv[])

{

HINSTANCE hDll; //DLL句柄

lpAddFun addFun; //函数指针

hDll = LoadLibrary(TEXT("..//Debug//AddDll.dll"));

if (hDll != NULL)

{

addFun = (lpAddFun)GetProcAddress(hDll, "add");

if (addFun != NULL)

{

int result = addFun(2, 3);

cout<< result <

}

FreeLibrary(hDll);

}

getchar();

return 0;

}

运行，发现没反应，没有输出想要的5。这里强调，调用方式没有任何问题，声明函数，再获得函数地址，用指针调用，没有任何问题。

那问题出在哪里了呢？？？

调试状态发现addFun句柄返回了null，也就是 GetProcAddress(hDll, "add")；没有正确的函数。这是为什么呢？通过函数名“add"查找函数，有问题吗？

了解过这块的人会发现，很多动态库的导出函数都有extern "C" __decl~~~ 这里extern "C" 是什么意思呢？是不是这个的原因呢？

没错，问题就出在extern "C"上。因为没有加extern "C"之前，动态库里的add函数根本不叫”add".

回到创建的代码,使用工具Depends. ( 该工具找不到可以在命令行 cmd 下输入Depend.exe 就弹出来了。)

发现导出的函数不叫"add",而是一大串 ?add@YAHHH@Z 。这是因为C语言和C++编译方式不同造成的。

所以GetProcAddress用 "add"去查找时，根本找不到函数。

将创建的代码其他都不变，就把add函数的声明和定义前，加上extern "C" 。Build之后再看

导出的函数名变成了 “add". 使用这个lib和dll会发现GetProcAddress 正常执行了，也输出了5.

所以在用__declspec(dllexport)方式导出函数时，一般都添加extern ”C". 且给对方提供的头文件中函数的声明为import

externa "C" __declspec(import) int add(int a,int b);

注意：extern "C"只解决了C和C++语方之间调用的问题，它只能用于导出全局函数这种情况而不能导出一个类的成员函数。

另外如果导出函数的调用约定发生改变，即使使用了extern "C"，编译后的函数名还是会发生改编。比如我们加入_stdcall关键字说明调用约定为C调用约定.

将创建当中的函数声明和定义修改为如下：

extern "C" __declspec(dllexport) int __stdcall add(int x, int y)

{

return x + y;

}

查看发现，函数名还是改变了。

关于__stdcall 和 __cdecl可以参看编译原理的东西。windows下多用__stdcall的方式，CALLBACK,WINAPI看宏定义发现都是__stdcall的重定义。

而C/c++语言默认__cdecl的方式。

调用方式不同不仅影响函数名的变化，最主要影响函数栈和回收等问题。接下的DEF文件中我们也会看到。

4)DEF文件方式导出函数，动态方式调用

A.创建同2)中，提供 .h .lib .dll

B.使用同3)中使用过程

使用Depend工具查看创建的文件，发现，add依然叫add. 所以调用时用add函数名可以找到，正确执行。

但是当加上__stdcall调用方式后，发现，add依然叫add 。

但是提供给调用函数调用时发现，编译链接通过，运行的时错误如下：

调试发现，add函数正确执行了，并返回了5 ，但是main函数返回的时候，出现了如上运行错误。

这是因为，向上面所说的，__stdcall等调用方式不仅影响函数名字，更重要的是影响函数栈的调用方式和回收方式。具体参考，编译原理的运行时刻环境一章。

因此，两种导出方式都无法解决__stdcall调用方式的问题。DLL文件与调用方必须是同一种方式，否则会函数不匹配或者函数栈出错。

总结：综上对比，可以发现，静态调用方式很简单，不用考虑很多。因为静态方式是由编译器完成了一起编译，因此使用就像使用内部函数一样。

动态方式是用系统APII来加载、卸载DLL以及获取DLL中导出函数的地址，由程序决定加载和释放的位置。

动态调用方式必须使用LoadLibrary GetProcAddress函数用指针调用，而不能直接使用 add(2,3).

DEF导出方式更简单，不用写太多，考虑太多。

另外，还有导出变量和导出类的内容。此处不详说。

只说明，导出变量需注意，使用的时候，得到的是地址，使用内容必须 cout<< *(int*) g_value <

导出类的时候，两边都需要有类的定义，创建方用__declspec(export) 调用方用 __declspec(import) .

参考： http://blog.csdn.net/friday5pm/article/details/1532226

http://blog.csdn.net/anye3000/article/details/7481481

//--------------呼，写了好几个小番茄啊，测了很多问题，应该还有一些问题没有考虑全。希望再接再厉，总结自己的收货，提高自己也帮助别人，开森！！