.DLL、.LIB、.H文

爱被打了一巴掌 2022-08-06 05:20 179阅读 0赞

1. DLL是Dynamic LinkLibrary的缩写，意为动态链接库。

一个应用程序可有多个DLL文件，一个DLL文件也可能被几个应用程序所共用，这样的DLL文件被称为共享DLL文件。通过使用 DLL，程序可以实现模块化，由相对独立的组件组成。当某个应用软件需要升级更新，你只要更新某些DLL文件，无需重新生成或安装整个程序。

2. LIB文件分为静态与动态：

静态lib将导出声明和实现都放在lib中。编译后所有代码都嵌入到宿主程序 。

动态lib相当于一个h文件，是对实现部分（.dll文件）的导出部分的声明。编译后只是将导出声明部分编译到宿主程序中，运行时候需要相应的dll文件支持。

l lib文件是不对外公开的，不能查看一个编译过后的文件。

l lib文件是二进制文件，所以要查看它的内容，只能反汇编。

3. .h储存函数与变量声明，在预处理阶段调用.h文件。

4. lib是编译时需要的，dll是运行时需要的。

l 如果要完成源代码的编译，有lib就够了。

l 如果也使动态连接的程序运行起来，有dll就够了。

5. 一般的动态库程序有lib文件和dll文件。

lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。

如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。

6. 在动态库的情况下，一个是引入库（.LIB）文件，一个是DLL文件；

引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL文件必须随应用程序一起发行，否则应用程序将会产生错误。

7. 总结

Ø .h储存函数与变量声明，在预处理阶段调用.h文件。

Ø .dll用于运行阶段，如调用SetWindowText()函数等，需要在user32.dll中找到该函数。DLL可以简单认为是一种包含供别人调用的函数和资源的可执行文件。

Ø .lib用于链接阶段，在链接各部分目标文件（通常为.obj）到可执行文件（通常为.exe）过程中，需要在.lib文件中查找动态调用函数的地址信息，如在user32.lib文件中查找SetWindowText()函数的地址偏移。

8. [VS2010中添加lib库引用][VS2010_lib]

**第一步：**菜单 项目---> 属性--->配置属性-->链接器---->输入---附加依赖项, 加入库名,如: my\_API.lib; 或是在cpp源文件中用代码\#pragmacomment(lib,"my\_API.lib")代替. 此时再编译会提示错误:fatalerror LNK1104: 无法打开文件“my\_API.lib”, 原因应该是编译器不知道去哪里找我们的这个库,下面就来解决  
**第二步：**然后给项目添加库文件路径,添加附加库路径:  
"项目--->属性--->配置属性--->连接器-->常规-->附加库目录" 点右边的向下箭头,这里添加 我们的库所在的路径. F:\\my\_program\\meiyong\\PPPP\_Decode\_ETIM;或../../PPPP\_Decode\_ETIM, 而且经试验测试是以项目文件.vcxproj 所在目录为当前目录,当前以当前目录这个方式设置更好了.这样就好了

注意使用VS的路径宏来设置相对路径！

9. 动态库的两种调用方式：动态调用和静态调用

**静态调用：**

只需要在程序的前面声明一下：

\#pragma comment(lib, "dll1.lib")

extern "C" \_declspec(dllexport) int add(int i1,int i2);

然后就可以像调用普通函数一样调用了。如果dll中函数很多的话，一般都是由dll开发者开发好.h文件，把函数的声明都写好，然后供其他人调用，只要include就好了。程序运行时会去指定目录下找相应的dll文件。如果没有找到就不能启动程序。

**动态调用：**

动态调用是在程序中需要用到dll文件内的函数时才去加载该文件。

需要用到LoadLibrary、GetProcAddress、FreeLibrary等函数；

**关于DLLImport：**

C\#调用非托管代码的方式主要有Com调用、DllImport方式调用、加载非托管动态链接库、直接执行机器码等方式。

例如：我在做海康实时流处理时，发现\#pragma comment（lib，“HCNetSDK.lib”）和DllImport相关函数的作用是一样的。

但是尽量用DllImport，直接就可以格式转换，避免麻烦；

注意：[VS中的路径宏 vc++中OutDir、ProjectDir、SolutionDir各种路径][VS_ vc_OutDir_ProjectDir_SolutionDir]

$(RemoteMachine)

设置为“调试”属性页上“远程计算机”属性的值。有关更多信息，请参见更改用于 C/C++ 调试配置的项目设置。

$(References)

以分号分隔的引用列表被添加到项目中。

$(ConfigurationName)

当前项目配置的名称（例如“Debug”）。

$(PlatformName)

当前项目平台的名称（例如“Win32”）。

$(Inherit)

指定在由项目生成系统所撰写的命令行中，继承的属性出现的顺序。默认情况下，继承的属性出现在当前属性的末尾。

$(NoInherit)

使任何将被继承的属性不被继承。若还要避免同级级别的计算，请使用 $(StopEvaluating)。使用 $(NoInherit)会导致对于同一属性忽略任何出现的 $(Inherit)。

$(StopEvaluating)

立即停止计算链中宏的计算。出现在 $(StopEvaluating) 之后的任何值将不出现在宏的计算值中。如果$(StopEvaluating) 在 $(Inherit) 之前，计算链中当前位置的继承值将不会连接到宏值。$(StopEvaluating)是 $(NoInherit) 的功能超集。

$(ParentName)

包含此项目项的项的名称。该名称将是父文件夹名称或项目名称。

$(RootNameSpace)

包含应用程序的命名空间（如果有）。

$(IntDir)

为中间文件指定的相对于项目目录的目录路径。它解析为“中间目录”属性的值。

$(OutDir)

输出文件目录的路径，相对于项目目录。这解析为“输出目录”属性的值。

$(DevEnvDir)

Visual Studio .NET 的安装目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“\\”。

$(InputDir)

输入文件的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“\\”。如果该项目是输入，则此宏等效于 $(ProjectDir)。

$(InputPath)

输入文件的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。如果该项目是输入，则此宏等效于 $(ProjectPath)。

$(InputName)

输入文件的基本名称。如果该项目是输入，则此宏等效于 $(ProjectName)。

$(InputFileName)

输入文件的文件名（定义为基本名称 + 文件扩展名）。如果该项目是输入，则此宏等效于 $(ProjectFileName)。

$(InputExt)

输入文件的文件扩展名。它在文件扩展名的前面包括“.”。如果该项目是输入，则此宏等效于 $(ProjectExt)。

$(ProjectDir)

项目的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“\\”。

$(ProjectPath)

项目的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。

$(ProjectName)

项目的基本名称。

$(ProjectFileName)

项目的文件名（定义为基本名称 + 文件扩展名）。

$(ProjectExt)

项目的文件扩展名。它在文件扩展名的前面包括“.”。

$(SolutionDir)

解决方案的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“\\”。

$(SolutionPath)

解决方案的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。

$(SolutionName)

解决方案的基本名称。

$(SolutionFileName)

解决方案的文件名（定义为基本名称 + 文件扩展名）。

$(SolutionExt)

解决方案的文件扩展名。它在文件扩展名的前面包括“.”。

$(TargetDir)

生成的主输出文件的目录（定义形式：驱动器 + 路径）；包括尾部的反斜杠“\\”。

$(TargetPath)

生成的主输出文件的绝对路径名（定义形式：驱动器 + 路径 + 基本名称 + 文件扩展名）。

$(TargetName)

生成的主输出文件的基本名称。

$(TargetFileName)

生成的主输出文件的文件名（定义为基本名称 + 文件扩展名）。

$(TargetExt)

生成的主输出文件的文件扩展名。它在文件扩展名的前面包括“.”。

$(VSInstallDir)

安装 Visual Studio .NET 的目录。

$(VCInstallDir)

安装 Visual C++ .NET 的目录。

$(FrameworkDir)

安装 .NET Framework 的目录。

$(FrameworkVersion)

Visual Studio 使用的 .NET Framework 版本。与 $(FrameworkDir) 相结合，就是 Visual Studio 使用的 .NET Framework 版本的完整路径。

$(FrameworkSDKDir)

安装 .NET Framework SDK 的目录。.NET Framework SDK 可作为 Visual Studio .NET 的一部分安装，也可单独安装。

$(WebDeployPath)

从 Web 部署根到项目输出所属于的位置的相对路径。返回与 RelativePath 相同的值。

$(WebDeployRoot)

指向 <localhost> 位置的绝对路径。例如，c:\\inetpub\\wwwroot。

$(SafeParentName)

有效名称格式的直接父级的名称。例如，窗体是 .resx 文件的父级。

$(SafeInputName)

作为有效类名的文件的名称，但不包括文件扩展名。

$(SafeRootNamespace)

项目向导将在其中添加代码的命名空间名称。此命名空间名称将只包含在有效的 C++ 标识符中允许的字符。

$(FxCopDir)

fxcop.cmd 文件的路径。fxcop.cmd 文件不和所有的 Visual C++ 版本一起安装。

[VS2010_lib]: http://blog.chinaunix.net/uid-25958655-id-4194449.html
[VS_ vc_OutDir_ProjectDir_SolutionDir]: http://www.cnblogs.com/lidabo/archive/2012/05/29/2524170.html