对DLL的一点认识
2014-04-25 17:16
190 查看
目标:写几个比较简单的dll并了解**.dll与**.lib的关系。
一:没有lib的dll
1.1建一个没有lib的dll
1) 新建一个com_1.cpp文件(注意此dll根本没有什么用)
2) 在com_1.cpp写下下面的代码
3) 按下F5运行,所有的东西都按确定。
4) 应该出现如下错误:
5)进入 project|setting,在 "C/C++" 属性框的 "project Options" 里把 "/D ''_console''" 修改成"/D ''_WINDOWS''"。
6)进入project|setting,在 "link" 属性框的 "project Options" 里增加下面的编译开关 "/dll"
增加的编译开关大致如下:
注意:"/dll"应该与后面的开关之间有一个空格
现在可以编译了,这小片段代码将会生成一个dll,但这个dll是没有用的。没有引出函数和变量。
1.2 调试没有 lib 的 dll
1) 新建一个工程 Client,工程类型为 console,将上面创建的 dll copy 到 client 工程目录下
2) 增加 Client.cpp(代码见下)到工程 Client 中去
3) 选中 Client 工程,并在 project|setting|debug|Category 下拉框,如图:
图1.4 调试
注意这是一种调试 dll 的方法
5) 现在可以在Client和COM_1.dll里打断点调试了。
在这里我们只能调试DllMain()函数,因为那个dll里除了就没别的东西了,下面我开始 增加一点东西。
二:带有lib的dll
2.1 创建一个带有lib的dll
我们在原来的基础上让上面的代码产生一个lib了。新的代码如下:
在这个dll里,我们引出一个tulip函数。如果此时我们想要在客户调用此函数应该用什么方法呢?
上面的代码除了生成dll外,他比第一个程序多产生一个lib文件,现在应该知道dll与lib的关系吧。Lib文件是dll输出符号文件。如果一个dll没有任何东西输出那么不会有对应的lib文件,但只要一个dll输出一个变量或函数就会相应的lib文件。总的说来,dll与lib是相互配套的。
当某个dll他有输出函数(或变量)而没有lib文件时,我们应该怎么调用 dll 的函数呢?请看下面的方法。
2.2 调试带有引用但没有头文件的 dll
注意:本方法根本没有用 COM_1.lib 文件,你可以把 COM_1.lib 文件删除而不影响。
此时的客户端代码如果下:
对于调用系统函数用上面的方法非常方便,因为对于User32.dll,GUI32.dll这种dll,我没有对应的lib,所以一般用上面的方法。
三:带有头文件的dll
3.1 创建一个带有引出信息头文件的dll
如果用上面的方法调用我们自己创建的dll那太烦了!因为我们的dll可能没有像window这样标准化的文档。可能过了一段时间后,我们都会忘记dll内部函数的格式。再如当我们把此dll发布客户时,那个客户肯定会在背后骂你的!
这时我们需要一个能了解dll引出信息途径。我创建一个.h文件。继续我们旅途。
我们的dll代码只需要修改一点点,代码如下:
而 header.h文件只有一行代码:
3.2 调试带有头文件的dll
而此时我们的客户程序应该变成如下样子:(比第二要简单多了)
四:小结
今天讲了三种 dll 形式,第一种是没有什么实用价值的,但能讲清楚 dll 与 lib 的关系。我们遇到的情况大多数是第三种,dll 的提供一般会提供 **.lib 和 **.h 文件,而第二种方法适用于系统函数
一:没有lib的dll
1.1建一个没有lib的dll
1) 新建一个com_1.cpp文件(注意此dll根本没有什么用)
2) 在com_1.cpp写下下面的代码
3) 按下F5运行,所有的东西都按确定。
4) 应该出现如下错误:
1.
Linking...
2.
Creating library Debug/COM_1.lib and object Debug/COM_1.
exp
3.
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
4.
Debug/COM_1.exe : fatal error LNK1120: 1 unresolved externals
5)进入 project|setting,在 "C/C++" 属性框的 "project Options" 里把 "/D ''_console''" 修改成"/D ''_WINDOWS''"。
6)进入project|setting,在 "link" 属性框的 "project Options" 里增加下面的编译开关 "/dll"
增加的编译开关大致如下:
1.
kernel32.lib user32.lib gdi32.lib winspool.lib
2.
comdlg32.lib advapi32.lib shell32.lib
3.
ole32.lib oleaut32.lib
uuid
.lib odbc32.lib
4.
odbccp32.lib /nologo /dll /incremental:yes
5.
/pdb:
"Debug/COM_1.pdb"
/debug /machine:I386 /out:"
6.
Debug/COM_1.dll
" /implib:"
Debug/COM_1.lib"
7.
/pdbtype:sept
注意:"/dll"应该与后面的开关之间有一个空格
01.
//com_1.cpp
02.
#include < objbase.h >
03.
BOOL
APIENTRY DllMain(
HANDLE
hModule,
DWORD
dwReason,
void
* lpReserved)
04.
{
05.
HANDLE
g_hModule;
06.
switch
(dwReason)
07.
{
08.
case
DLL_PROCESS_ATTACH:
09.
g_hModule = (
HINSTANCE
)hModule;
10.
break
;
11.
case
DLL_PROCESS_DETACH:
12.
g_hModule=NULL;
13.
break
;
14.
}
15.
}
现在可以编译了,这小片段代码将会生成一个dll,但这个dll是没有用的。没有引出函数和变量。
1.2 调试没有 lib 的 dll
1) 新建一个工程 Client,工程类型为 console,将上面创建的 dll copy 到 client 工程目录下
2) 增加 Client.cpp(代码见下)到工程 Client 中去
3) 选中 Client 工程,并在 project|setting|debug|Category 下拉框,如图:
图1.4 调试
注意这是一种调试 dll 的方法
5) 现在可以在Client和COM_1.dll里打断点调试了。
在这里我们只能调试DllMain()函数,因为那个dll里除了就没别的东西了,下面我开始 增加一点东西。
二:带有lib的dll
2.1 创建一个带有lib的dll
我们在原来的基础上让上面的代码产生一个lib了。新的代码如下:
01.
#include < OBJBASE.H >
02.
03.
extern
"C"
__declspec
(
dllexport
)
void
tulip (
void
)
04.
{
05.
::MessageBox(NULL,
"ok"
,
"I''am fine"
,MB_OK);
06.
}
07.
08.
BOOL
APIENTRY DllMain(
HANDLE
hModule,
DWORD
dwReason,
void
* lpReserved)
09.
{
10.
HANDLE
g_hModule;
11.
switch
(dwReason)
12.
{
13.
case
DLL_PROCESS_ATTACH:
14.
g_hModule = (
HINSTANCE
)hModule;
15.
break
;
16.
case
DLL_PROCESS_DETACH:
17.
g_hModule=NULL;
18.
break
;
19.
}
20.
21.
return
TRUE;
22.
}
在这个dll里,我们引出一个tulip函数。如果此时我们想要在客户调用此函数应该用什么方法呢?
上面的代码除了生成dll外,他比第一个程序多产生一个lib文件,现在应该知道dll与lib的关系吧。Lib文件是dll输出符号文件。如果一个dll没有任何东西输出那么不会有对应的lib文件,但只要一个dll输出一个变量或函数就会相应的lib文件。总的说来,dll与lib是相互配套的。
当某个dll他有输出函数(或变量)而没有lib文件时,我们应该怎么调用 dll 的函数呢?请看下面的方法。
2.2 调试带有引用但没有头文件的 dll
注意:本方法根本没有用 COM_1.lib 文件,你可以把 COM_1.lib 文件删除而不影响。
此时的客户端代码如果下:
01.
#include < WINDOWS.H >
02.
03.
int
main(
void
)
04.
{
05.
//定义一个函数指针
06.
typedef
void
( * TULIPFUNC )(
void
);
07.
08.
//定义一个函数指针变量
09.
TULIPFUNC tulipFunc;
10.
11.
//加载我们的dll
12.
HINSTANCE
hinst=::LoadLibrary(
"COM_1.dll"
);
13.
14.
//找到dll的tulip函数
15.
tulipFunc=(TULIPFUNC)GetProcAddress(hinst,
"tulip"
);
16.
17.
//调用dll里的函数
18.
tulipFunc();
19.
20.
return
0;
21.
}
对于调用系统函数用上面的方法非常方便,因为对于User32.dll,GUI32.dll这种dll,我没有对应的lib,所以一般用上面的方法。
三:带有头文件的dll
3.1 创建一个带有引出信息头文件的dll
如果用上面的方法调用我们自己创建的dll那太烦了!因为我们的dll可能没有像window这样标准化的文档。可能过了一段时间后,我们都会忘记dll内部函数的格式。再如当我们把此dll发布客户时,那个客户肯定会在背后骂你的!
这时我们需要一个能了解dll引出信息途径。我创建一个.h文件。继续我们旅途。
我们的dll代码只需要修改一点点,代码如下:
01.
#include < OBJBASE.H >
02.
#include "header.h"//看到没有,这就是我们增加的头文件
03.
04.
extern
"C"
__declspec
(
dllexport
)
void
tulip (
void
)
05.
{
06.
::MessageBox(NULL,
"ok"
,
"I''am fine"
,MB_OK);
07.
}
08.
09.
BOOL
APIENTRY DllMain(
HANDLE
hModule,
DWORD
dwReason,
void
* lpReserved)
10.
{
11.
HANDLE
g_hModule;
12.
switch
(dwReason)
13.
{
14.
case
DLL_PROCESS_ATTACH:
15.
g_hModule = (
HINSTANCE
)hModule;
16.
break
;
17.
case
DLL_PROCESS_DETACH:
18.
g_hModule=NULL;
19.
break
;
20.
}
21.
22.
return
TRUE;
23.
}
而 header.h文件只有一行代码:
1.
extern
"C"
__declspec
(
dllexport
)
void
tulip (
void
);
3.2 调试带有头文件的dll
而此时我们的客户程序应该变成如下样子:(比第二要简单多了)
01.
#include < WINDOWS.H >
02.
#include "..\header.h"//注意路径
03.
04.
//注意路径,加载 COM_1.lib 的另一种方法是 Project | setting | link 设置里
05.
#pragma comment(lib,"COM_1.lib")
06.
07.
int
main(
void
)
08.
{
09.
tulip();
//只要这样我们就可以调用dll里的函数了
10.
11.
return
0;
12.
}
四:小结
今天讲了三种 dll 形式,第一种是没有什么实用价值的,但能讲清楚 dll 与 lib 的关系。我们遇到的情况大多数是第三种,dll 的提供一般会提供 **.lib 和 **.h 文件,而第二种方法适用于系统函数
相关文章推荐
- 对4k sector size的一点认识
- 转 对w3wp.exe的一点认识!
- 关于setTimeout和setInterval的一点新认识
- 谈谈我对资本主义和社会主义的一点认识
- 关于遍历对象的属性的一点新认识,如何只遍历对象自身的属性
- 对linux的进行和线程的一点认识
- 关于C#数据类型的一点认识
- 对于HOOK函数的一点认识
- 有关模板控件的一点认识
- 对Oracle表分区的一点认识
- 关于函数调用和尾递归的一点认识
- 认识一点朝鲜战争(上网笔记)
- 我对线程的一点新的认识
- 谈谈rainbowtable一点个人认识
- 对ASP.NET三层架构的一点认识
- 关于函数传参,全局变量,局部变量的一点认识
- JNA调用DLL一点小结
- FileStream 的FileShare一点小认识
- 谈谈我对资本主义和社会主义的一点认识