1028人阅读
学习（30）
如何在编译器（vs2008）里设置调用别人写好的lib和dll
还可以在reference中添加引用的路径
步骤：1.Tools-&options-&projects and solutions-&VC++ directories分别在包含文件,库文件填加了路径
&&&&&&&&&&& （这些路径只告诉编译器怎么找文件，没有说把那里面的文件加入工程.）
&&&&&&&&&&&& （若不设置，编译报错：无法打开***文件）
&&&&&&&& 2.Project-&properties-&c/c++-&general-&additional include directories 添加包含文件
&&&&&&&&&&& Project-&properties-&linker-&general-&additional library directories 添加库文件
&&&&&&&&&&& Project-&properties-&linker-&input-&additional additional dependencies添加用到的lib
&&&&&&&&&&& （这一步也可以在代码中显示调用 #pragma comment(lib, &***.lib&) ）
&&&&&&&&&&&& （若不添加，连接报错：无法解析的外部符号）
&&&&&&&& 3.将dll文件拷贝到工程debug文件下（如果不拷贝，编译链接不报错，运行报错：无法找到***.dll）切记第三条，让老子排查了一上午，当然最好把所有输出目录定位到一个文件下面。
DLL与LIB文件的区别&&
共有两种库：
一种是LIB包含了函数所在的DLL文件和文件中函数位置的信息（入口），代码由运行时加载在进程空间中的DLL提供，称为动态链接 库dynamic link library。
一种是LIB包含函数代码本身，在编译时直接将代码加入程序当中，称为静态链接库static link library。
共有两种链接方式：
动态链接使用动态链接库，允许可执行模块（.dll文件或.exe文件）仅包含在运行时定 位DLL函数的可执行代码所需的信息。
静态链接使用静态链接库，链接器从静态链接库LIB获取所有被引用函数，并将库同代码一起放到可执行文件 中。
关于lib和dll的区别如下：
（1）lib是编译时用到的，dll是运行时用到的。如果要完成源代码的编译，只需要 lib；如果要使动态链接的程序运行起来，只需要dll。
（2）如果有dll文件，那么lib一般是一些索引信息，记录了dll中函数的入口和位 置，dll中是函数的具体内容；如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。使用静态编译的lib文件，在运行程序时 不需要再挂动态库，缺点是导致应用程序比较大，而且失去了动态库的灵活性，发布新版本时要发布新的应用程序才行。
（3）动态链接的情况下，有两个 文件：一个是LIB文件，一个是DLL文件。LIB包含被DLL导出的函数名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到DLL 文件。在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中相应函数代码的地址，从而节省了内存资源。DLL和LIB文件必须随应用程序 一起发行，否则应用程序会产生错误。如果不想用lib文件或者没有lib文件，可以用WIN32
API函数LoadLibrary、GetProcAddress装载。
使用lib需注意两个文件：
（1）.h头文件，包含 lib中说明输出的类或符号原型或数据结构。应用程序调用lib时，需要将该文件包含入应用程序的源文件中。
（2）.LIB文件，略。
使 用dll需注意三个文件：
（1）.h头文件，包含dll中说明输出的类或符号原型或数据结构的.h文件。应用程序调用dll时，需要将该文件包含 入应用程序的源文件中。
（2）.LIB文件，是dll在编译、链接成功之后生成的文件，作用是当其他应用程序调用dll时，需要将该文件引入应用 程序，否则产生错误。如果不想用lib文件或者没有lib文件，可以用WIN32 API函数LoadLibrary、GetProcAddress装载。
（3）.dll文件，真正的可执行文件，开发成功后的应用 程序在发布时，只需要有.exe文件和.dll文件，并不需要.lib文件和.h头文件
使用lib的方法：
静态lib中，一个lib文件实际上是任意个obj文件的集合，obj文件是cpp文件编译生成的。在编译这种静态库工程时，根本不会遇到链接错误；即使有错，也只会在使用这个lib的EXT文件或者DLL工程里暴露出来。
在VC中新建一个static library类型的工程Lib，加入test.cpp文件和test.h文件（头文件内包括函数声明），然后编译，就生成了Lib.lib文件。
别的工程要使用这个lib有两种方式：
（1）在project-&link-&Object/Library Module中加入Lib.lib文件（先查询工程目录，再查询系统Lib目录）；或者在源代码中加入指令#pragma comment(lib, “Lib.lib”)。
（2）将Lib.lib拷入工程所在目录，或者执行文件生成的目录，或者系统Lib目录中。
（3）加入相应的头文件test.h。
使用DLL的方法：
使用动态链接中的lib，不是obj文件的集合，即里面不会有实际的实现，它只是提供动态链接到DLL所需要的信息，这种lib可以在编译一个DLL工程时由编译器生成。
创建DLL工程的方法（略）。
（1）隐式链接
第一种方法是：通过project-&link-&Object/Library Module中加入.lib文件（或者在源代码中加入指令#pragma comment(lib, “Lib.lib”)），并将.dll文件置入工程所在目录，然后添加对应的.h头文件。
#include&&stdafx.h&
#include&&DLLSample.h&
#pragma&comment(lib,&&DLLSample.lib&)&&&&//你也可以在项目属性中设置库的链接
int&main()
&&&&&&&&TestDLL(123);&&&//dll中的函数，在DllSample.h中声明
&&&&&&&&return(1);
（2）显式链接
需要函数指针和WIN32 API函数LoadLibrary、GetProcAddress装载，使用这种载入方法，不需要.lib文件和.h头文件，只需要.dll文件即可（将.dll文件置入工程目录中）。
#include&&iostream&
#include&&windows.h&&&&&&&&&&//使用函数和某些特殊变量
typedef&void&(*DLLFunc)(int);
int&main()
&&&&&&&&DLLFunc&dllF
&&&&&&&&HINSTANCE&hInstLibrary&=&LoadLibrary(&DLLSample.dll&);
&&&&&&&&if&(hInstLibrary&==&NULL)
&&&&&&&&&&FreeLibrary(hInstLibrary);
&&&&&&&&dllFunc&=&(DLLFunc)GetProcAddress(hInstLibrary,&&TestDLL&);
&&&&&&&&if&(dllFunc&==&NULL)
&&&&&&&&&&FreeLibrary(hInstLibrary);
&&&&&&&&dllFunc(123);
&&&&&&&&std::cin.get();
&&&&&&&&FreeLibrary(hInstLibrary);
&&&&&&&&return(1);
LoadLibrary函数利用一个名称作为参数，获得DLL的实例（HINSTANCE类型是实例的句柄），通常调用该函数后需要查看一下函数返回是否成功，如果不成功则返回NULL（句柄无效），此时调用函数FreeLibrary释放DLL获得的内存。
GetProcAddress函数利用DLL的句柄和函数的名称作为参数，返回相应的函数指针，同时必须使用强转；判断函数指针是否为NULL，如果是则调用函数FreeLibrary释放DLL获得的内存。此后，可以使用函数指针来调用实际的函数。
最后要记得使用FreeLibrary函数释放内存。
注意：应用程序如何找到DLL文件？
使用LoadLibrary显式链接，那么在函数的参数中可以指定DLL文件的完整路径；如果不指定路径，或者进行隐式链接，Windows将遵循下面的搜索顺序来定位DLL：
（1）包含EXE文件的目录
（2）工程目录
（3）Windows系统目录
（4）Windows目录
（5）列在Path环境变量中的一系列目录
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：31097次
排名：千里之外
转载：39篇
(1)(5)(3)(5)(4)(2)(1)(2)(5)(1)(5)(7)(1)做dll创建时有三种类型选择，分别做怎么解释啊多谢啊
我的图书馆
做dll创建时有三种类型选择，分别做怎么解释啊多谢啊
做dll创建时有三种类型选择，分别做如何解释啊？谢谢啊！做dll创建时有三种类型选择，分别做如何解释啊？谢谢啊！regular dll with MFC starically linkedregular dll useing shared MFC DLLMFC Extension DLL (use shared MFC DLL)------解决方案--------------------/portal/personShowArticle.do?articleId=64283
------解决方案--------------------Non-MFC DLL：指的是不用 MFC 的类库结构，直接用 C 语言写的 DLL，其输出的函数一般用的是标准 C 接口，并能被 非 MFC 或 MFC 编写的应用程序所调用。& Regular DLL：和下述的 Extension DLLs 一样，是用 MFC 类库编写的。明显的特点是在源文件里有一个继承 CWinApp 的类。其又可细分成静态连接到 MFC 和动态连接到 MFC 上的。　　静态连接到 MFC 的动态连接库只被 VC 的专业 版和企业版所支持。该类 DLL 应用程序里头的输出函数可以被任意 Win32 程序使用，包括使用 MFC 的应用程序。输入函数有如下形式：extern "C" EXPORT YourExportedFunction();如果没有 extern "C" 修饰，输出函数仅仅能从 C++ 代码中调用。DLL 应用程序从 CWinApp 派生，但没有消息循环。　　动态链接到 MFC 的 规则 DLL 应用程序里头的输出函数可以被任意 Win32 程序使用，包括使用 MFC 的应用程序。但是，所有从 DLL 输出的函数应该以如下语句开始：AFX_MANAGE_STATE(AfxGetStaticModuleState( ))此语句用来正确地切换 MFC 模块状态。　　Regular DLL能够被所有支持 DLL 技术的语言所编写的应用程序所调用。在这种动态连接库中，它必须有一个从 CWinApp 继承下来的类，DLLMain 函数被 MFC 所提供，不用自己显式的写出来。Extension DLL：用来实现从 MFC 所继承下来的类的重新利用，也就是说，用这种类型的动态连接库，可以用来输出一个从 MFC 所继承下来的类。它输出的函数仅可以被使用 MFC 且动态链接到 MFC 的应用程序使用。可以从 MFC 继承你所想要的、更适于你自己用的类，并把它提供给你的应用程序。你也可随意的给你的应用程序提供 MFC 或 MFC 继承类的对象指针。Extension DLL使用 MFC 的动态连接版本所创建的，并且它只被用 MFC 类库所编写的应用程序所调用。Extension DLLs 和 Regular DLLs 不一样，它没有从 CWinApp 继承而来的类的对象，所以，你必须为自己 DLLMain 函数添加初始化代码和结束代码。
------解决方案--------------------可以到www.vehome.net中下载一个关于dll的chm文件，里面有例子也有关于这些基本的东西的讲解。
TA的最新馆藏
喜欢该文的人也喜欢