由于我们进场要调用一些第三方厂商或其他编译器编写的动态链接库，但是一般都不提供源文件或.LIB 文件，而作为VC隐式链接到DLL 调用，这些却是必须的。本文将主要讨论在没有源代码及.LIB输入库文件或与调用Windows未公开函数的情况下重建.LIB文件的方法。在建立之前，我们首先要了解一下DLL输出函数的几种方式：
从DLL中输出函数的方式
_cdec1是C和Ｃ程序的缺省调用方式。每个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前加上下划线前缀。（_stdcall与_cdecl
1）采用__cdecl约定时，函数参数按照从右到左的顺序入栈，并且由调用函数者把参数弹出栈以清理堆栈。因此，实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码，所以产生的可执行文件大小会比较大。
2）采用__stdcall约定时，函数参数按照从右到左的顺序入栈，被调用的函数在返回前清理传送参数的栈，函数参数个数固定。由于函数体本身知道传进来的参数个数，因此被调用的函数可以在返回前用一条ret n指令直接清理传递参数的堆栈。）
_stdcall是pascal程序缺省调用方式。通常用于Win32Api中。函数采用从右到左的压栈方式，自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在函数名上加上“@”和参数的字节数
用VC建立一个空的动态链接库，并加入一下三个文件：
选中【Regular DLL using shared MFC DLL】单选框，使用动态链接方式。该方式需要MFC DLL的支持，如果选中【Regular DLL with MFC statically linked】单选框，则使用静态链接的方式，这样会增大生成的Python扩展的体积。
2，可执行程序调用dll的方式
了执行程序可以采用隐式链接或者显示链接两种方式调用一个Dll
使用显示连接时，使用DLL的程序在使用之前必须加载DLL从而得到一个DLL模块的句柄，然后调用GetprocAddress函数得到输出函数的指针，在退出之前必须卸载DLL。显然在调用大量的函数时这种方法会很不方便。
使用隐式链接时，可执行程序链接到一个包含DLL输出函数信息的输入库文件（LIB文件）。操作系统在加载使用可执行程序时加载DLL，可执行程序直接通过函数名调用dll的输出函数，调用方法和程序内部其他的函数是一样的。
静态调用其步骤如下：
DLL中导出函数的声明有两种方式：
一种方式是：在函数声明中加上__declspec(dllexport)；
另外一种方式是：采用模块定义(.def)文件声明，(.def)文件为链接器提供了有关被链接程序的导出、属性及其他方面的信息。
方式一：在函数声明中加上__declspec(dllexport)
/// 在动态链接库程序中
/// 声明动态链接库(**.dll)的对外接口函数TestFuction
extern "C" __declspec(dllexport) int TestFuction(int nType,char*strPath,std::vector<string> &vecData)
{
do anything here
return 0;
}
/// 在外部希望调用动态链接库的程序中
/// 加载动态链接库(**.dll)并调用其对外接口TestFuction
void func()
{
//typedef与函数TestFuction类型相同的函数指针为TESTDLL
typedef int (_cdecl * TESTDLL)(int nType,char*strPath,std::vector<string> &vecData);
HINSTANCE hmod;
//加载动态链接库**.dll
hmod =::LoadLibrary(_TEXT("dll相对路径\\**.dll"));
if(NULL == hmod)
{
TRACE("加载**.dll失败");
}
//定义一个与函数TestFuction类型相同的函数指针lpproc
TESTDLL lpproc;
//搜索**.dll中函数名为TestFuction的对外接口
lpproc = (TESTDLL)GetProcAddress (hmod,"TestFuction");
//如果搜索成功
if(NULL != lpproc)
{
int nType = 0;
char* strPath = "Data";
std::vector<string> vecData;
//通过函数指针lpproc调用**.dll的接口函数TestFuction
int nResult = (*lpproc)(nType,strPath,vecData);
}
//...
//在恰当的时候释放动态链接库**.dll
FreeLibrary(hmod);
}
方式二：采用模块定义(.def)文件声明
首先创建 一个DLL程序(DllTestDef)
在*.cpp中
int __stdcall Add(int numa, int numb)
{
return (numa + numb);
}
int __stdcall Sub(int numa, intnumb)
{
return (numa - numb);
}
然后创建一个.def的文件，在里面加上
;DllTestDef.lib : 导出DLL函数
;作者：----
LIBRARY DllTestDef
EXPORTS
Add @ 1
Sub @ 2
最后创建一个测试程序：.cpp文件如下：
#include <iostream>
#include <windows.h>
using namespace std;
typedef int (__stdcall *FUN)(int,int);
HINSTANCE hInstance;
FUN fun;
int main()
{
hInstance = LoadLibrary("DLLTestDef.dll");
if(!hInstance)
cout << "Not Find this Dll" << endl;
fun = (FUN)GetProcAddress(hInstance, MAKEINTRESOURCE(1));
if (!fun)
{
cout << "not find this fun" << endl;
}
cout << fun(1, 2) << endl;
FreeLibrary(hInstance);
return 0;
}
说明：
.def文件的规则为：
(1)LIBRARY语句说明.def文件相应的DLL；
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n，表示要导出函数的序号为n（在进行函数调用时，这个序号将发挥其作用）；
(3).def 文件中的注释由每个注释行开始处的分号 (;)指定，且注释不能与语句共享一行。
(4)使用__declspec(dllexport)和使用.def文件是有区别的。
如果你的DLL是提供给VC用户使用的，你只需要把编译DLL时产生的.lib提供给用户，
它可以很轻松地调用你的DLL。但是如果你的DLL是供VB、PB、Delphi用户使用的，那么会产生一个小麻烦。
因为VC++编译器对于__declspec(dllexport)声明的函数会进行名称转换，如下面的函数：
__declspec(dllexport) int __stdcall Add()
会转换为Add@0，这样你在VB中必须这样声明：
Declare Function Add Lib "DLLTestDef.dll" Alias "Add@0" () As Long
@后面的数由于参数类型不同而可能不同。这显然不太方便。所以如果要想避免这种转换，就要使用.def文件方式导出函数了。
dllimport与dllexport作用与区别
我相信写WIN32程序的人，做过DLL，都会很清楚__declspec(dllexport)的作用，它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport) 导出类。但是，MSDN文档里面，对于__declspec(dllimport)的说明让人感觉有点奇怪，先来看看MSDN里面是怎么说的：
不使用 __declspec(dllimport)也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。
初看起来，这段话前面的意思是，不用它也可以正常使用DLL的导出库，但最后一句话又说，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量这个是什么意思？？
那我就来试验一下，假定，你在DLL里只导出一个简单的类，注意，我假定你已经在项目属性中定义了 SIMPLEDLL_EXPORT
SimpleDLLClass.h
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT
#endif
class DLL_EXPORT SimpleDLLClass
{
public:
SimpleDLLClass();
virtual ~SimpleDLLClass();
virtual getValue() { returnm_nValue;};
private:
int m_nValue;
};
SimpleDLLClass.cpp
#include"SimpleDLLClass.h"
SimpleDLLClass::SimpleDLLClass()
{
m_nValue=0;
}
SimpleDLLClass::~SimpleDLLClass()
{
}
然后你再使用这个DLL类，在你的APP中 include SimpleDLLClass.h时，你的APP的项目不用定义 SIMPLEDLL_EXPORT 所以，DLL_EXPORT 就不会存在了，这个时候，你在APP中，不会遇到问题。这正好对应MSDN上说的__declspec(dllimport)定义与否都可以正常使用。但我们也没有遇到变量不能正常使用呀。那好，我们改一下SimpleDLLClass,把它的m_nValue改成static,然后在cpp文件中加一行
int SimpleDLLClass::m_nValue=0;
如果你不知道为什么要加这一行，那就回去看看C++的基础。 改完之后，再去LINK一下，你的APP，看结果如何，结果是LINK告诉你找不到这个m_nValue。明明已经定义了，为什么又没有了？？肯定是因为我把m_nValue定义为static的原因。但如果我一定要使用Singleton的Design Pattern的话，那这个类肯定是要有一个静态成员，每次LINK都没有，那不是完了？如果你有Platform SDK，用里面的Depend程序看一下，DLL中又的确是有这个m_nValue导出的呀。
再回去看看我引用MSDN的那段话的最后一句。 那我们再改一下SimpleDLLClass.h，把那段改成下面的样子:
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
再LINK，一切正常。原来dllimport是为了更好的处理类中的静态成员变量的，如果没有静态成员变量，那么这个__declspec(dllimport)无所谓。
_declspec(dllexport)与_declspec(dllimport)
都是DLL内的关键字，即导出与导入。他们是将DLL内部的类与函数以及数据导出与导入时使用的。主要区别在于，dllexport是在这些类、函数以及数据的申明的时候使用。用过表明这些东西可以被外部函数使用，即（dllexport）是把DLL中的相关代码（类，函数，数据）暴露出来为其他应用程 序使用。使用了（dllexport）关键字，相当于声明了紧接在（dllexport）关键字后面的相关内容是可以为其他程序使用的。而 dllimport关键字是在外部程序需要使用DLL内相关内容时使用的关键字。当一个外部程序要使用DLL内部代码（类，函数，全局变量）时，只需要在程序内部使用（dllimport）关键字声明需要使用的代码就可以了，即（dllimport）关键字是在外部程序需要使用DLL内部相关内容的时候才 使用。（dllimport）作用是把DLL中的相关代码插入到应用程序中。
_declspec(dllexport)与_declspec(dllimport)是相互呼应，只有在DLL内部用dllexport作了声明，才能 在外部函数中用dllimport导入相关代码。实际上，在应用程序访问DLL时，实际上就是应用程序中的导入函数与DLL文件中的导出函数进行链接。而 且链接的方式有两种：隐式迎接和显式链接。
隐式链接是指通过编译器提供给应用程序关于DLL的名称和DLL函数的链接地址，面在应用程序中不需要显式地将DLL加载到内存，即在应用程序中使用dllimport即表明使用隐式链接。不过不是所有的隐式链接都使用dllimport。
显式链接刚同应用程序用语句显式地加载DLL，编译器不需要知道任何关DLL的信息
DLL与LIB的区别：
dll是个编译好的程序,
调用时可以直接调用其中的函数,
不参加工程的编译.
而lib应该说是一个程序集,
只是把一些相应的函数总结在一起,
如果调用lib中的函数,
在工程编译时,这些调用的函数都将参加编译.
1、DLL是一个完整程序，其已经经过链接，即不存在同名引用，且有导出表与导入表 LIB是一个代码集（也叫函数集）他没有链接，所以lib有冗余，当两个lib相链接时地址会重新建立，当然还有其他相关的不同，用lib.exe就知道了
2、在生成dll时，经常会生成一个.lib（导入与导出）这个lib实际上不是真正的函数集，其每一个导入导出函数都是跳转指令，直接跳转到DLL中的位置，这个目的是外面的程序调用dll时自动跳转
3、实际上最常用的lib是由lib.exe把*.obj生成的lib这才是真正的库，它是代码集，可完全代替目标代码
Dll调试与查看
由于库文件不能单独执行，因而在按下F5后会弹出
这时候我们输入要调用该库的EXE文件的路径既可以对库进行调试了。（执行文件EXE放在与DLL同一目录下）
通常有比上述方法更好的调试途径，那就是将库工程和应用程序放置在同一VC工作区，只对应用工程进行调试，在应用工程调用库中函数的语句设置断点然后按下F11这样就单步进入了库中的函数。
VC++ 6.0如何创建与调用动态链接库
摘要：关于VC++ 6.0如何创建与调用动态链接库的深入研究。
步骤/方法
- 静态链接库与动态链接库区别：
静态链接库：lib中的指令被直接包含在最终生成的EXE文件中。
动态链接库：dll不必被包含在最终的EXE中，EXE文件执行时可以动态地引用和卸载DLL文件。
同时，静态链接库中不能再包含其他的动态链接库或静态库，而动态链接库中可以包含其他的动态或静态库。
VC++支持的DLL：
DLL的编制与具体的编程语言及编译器无关，动态链接库随处可见，VC++支持三种DLL：非MFC动态库、MFC规则DLL和MFC扩展DLL。DLL导出函数（或变量、类）可供应用程序调用；DLL内部函数只能在DLL程序内使用，应用程序无法调用它们。
导出函数的声明方式：
一种在函数声明类型和函数名之间加上“_declspec(dllexport)”。
另外一种采用模块定义（.def）文件声明，需要在库工程中添加模块文件，格式如下：
LIBRARY 库工程名称
EXPORTS 导出函数名
DLL的调用方式：
一种静态调用，由编译系统完成对DLL的加载和应用程序结束时DLL的卸载。
另外一种动态调用，由编程者用API函数加载和卸载DLL（DLL加载—DLL函数地址获取—DLL释放）方式。
所有库工程编译时必须Release方式：
Build—set active configuration—选择库工程的release方式
示例： -
- 一、 函数----创建动态链接库（MFC规则DLL）
1. New--projects--MFC AppWizard(dll)--Regular DLL using shared MFC DLL //取名为MFC_dll
2. def文件中添加：函数名（Add_new）
3. h文件中添加：外部函数声明//求和函数，函数名为Add_new
extern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b);
4. cpp文件中添加： 外部函数实现
extern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b)
{
return a+b;
}
5. build--set active configuration--win32 release--ok
6. 生成
7. 根目录下release文件夹中dll,lib与根目录下h文件即为所需 - 二、 函数----调用动态链接库（把MFC_dll.dll和MFC_dll.lib拷到工程所在目录）
//静态调用（.h可以写到.cpp文件中）
1. new--projects--win32 console application--an empty project
2. 添加h文件：(test.h)
#pragma comment(lib,"MFC_dll.lib") //告诉编译器DLL相对应的lib文件所在路径和文件名
extern "C" _declspec(dllimport) int _stdcall Add_new(int a,int b);//声明导入函数
3. 添加cpp文件：(main.cpp)
#include "test.h"
int main()
{
cout<<Add_new(10,3);
return 0;
}
//动态调用
#include <stdio.h>
#include <windows.h>
typedef int (* lpAddFun)(int ,int);//定义一个与Add_new函数接受参数类型和返回值均相同的函数指针类型
int main()
{
HINSTANCE hDll;//句柄
lpAddFun addFun;//函数指针
hDll=LoadLibrary("dllTest.dll");//动态加载DLL模块句柄
if(hDll)
{
addFun=(lpAddFun) GetProcAddress(hDll,"Add_new");//得到所加载DLL模块中函数的地址
if(addFun)
{
int result=addFun(2,3);
printf("%d",result); } FreeLibrary(hDll);//释放已经加载的DLL模块
}
return 0;
} - 三、 变量----创建动态链接库（非MFC DLL）
1. new---projects---win32 dynamic-link library----an empty project(Sample)
2. 添加sample.h
#ifndef SAMPLE_H
#define SAMPLE_H
extern int dllGlobalVar;
#endif
3. 添加 sample.cpp
#include "sample.h"
#include <windows.h>
int dllGlobalVar;
bool APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved)
//windows在加载DLL时，需要一个入口函数，就如同控制台或DOS程序需要main函数、win32程序需要winmain函数一样。所以引入一个不做任何操作的缺省DllMain的函数版本。是DLL的内部函数。
C/C++中动态链接库的创建和调用
动态连接库的创建步骤：
一、创建Non-MFC DLL动态链接库
1、打开File —> New —> Project选项，选择Win32Dynamic-Link Library —>sample project —>工程名：DllDemo
2、新建一个。h文件DllDemo.h
| #ifdef DllDemo_EXPORTS |
3、在DllDemo.cpp文件中导入DllDemo.h文件，并实现Max（int，int）函数
| #include "DllDemo.h" |
4、编译程序生成动态连接库
二、用。def文件创建动态连接库DllDemo.dll
1、删除DllDemo工程中的DllDemo.h文件。
2、在DllDemo.cpp文件头，删除 #includeDllDemo.h语句。
3、向该工程中加入一个文本文件，命名为DllDemo.def并写入如下语句：
LIBRARYMyDll
EXPORTS
Max@1
4、编译程序生成动态连接库。
动态链接的调用步骤：
一、隐式调用
1、建立DllCnslTest工程
2、将文件DllDemo.dll、DllDemo.lib拷贝到DllCnslTest工程所在的目录
3、在DllCnslTest.h中添加如下语句：
| #define DllAPI __declspec(dllimport) |
4、在DllCnslTest.cpp文件中添加如下语句：
| #include "DllCnslTest.h"//或者 #include "DllDemo.h" |
5、编译并生成应用程序DllCnslTest.exe
二、显式调用
1、建立DllWinTest工程。
2、将文件DllDemo.dll拷贝到DllWinTest工程所在的目录或Windows系统目录下。
3、用vc/bin下的Dumpbin.exe的小程序，查看DLL文件（DllDemo.dll）中的函数结构。
4、使用类型定义关键字typedef，定义指向和DLL中相同的函数原型指针。
例：
| typedef int(*lpMax)(int a,int b); //此语句可以放在.h文件中 |
5、通过LoadLibray（）将DLL加载到当前的应用程序中并返回当前DLL文件的句柄。
例：
| HINSTANCE hDll; //声明一个Dll实例文件句柄 |
6、通过GetProcAddress（）函数获取导入到应用程序中的函数指针。
例：
| lpMax Max; |
7、函数调用完毕后，使用FreeLibrary（）卸载DLL文件。
| FreeLibrary(hDll); |
8、编译并生成应用程序DllWinTest.exe
注：显式链接应用程序编译时不需要使用相应的Lib文件。
扫一扫
470
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
