VS添加lib以及对编译过程的总结

本文详细介绍了在Visual Studio中如何添加lib库,并对编译原理进行了深入探讨,包括预处理、编译、汇编及链接四个阶段。此外,还讨论了头文件与库文件的区别及其正确使用方式。

本来是想在VS2013添加一个lib的。由此认识到对编译的原理认识不清楚,所以记录一下


先说在vs中添加lib库的方法:

通过设置工程来添加lib库:

1.添加一个项目,右键属性,改变 配置属性----常规 中的配置类型为静态库或者动态库,然后可以改变输出目录(指定一下库目录),此步骤就设置成了一个lib库

2.在项目中使用,也需要设置属性,因为要保证找到头文件和库文件,所以在 配置属性-----VC++ 下,加上包含目录(头文件目录路径)和库目录(生成的库目录路径),然后在 链接器-----输入 中添加 附加依赖项(库名)

以上步骤可以创建一个公用库,以方便不同项目调用



接下来是对编译原理的一些总结:

借鉴了以下几篇博文:

编译原理:http://www.cnblogs.com/pipicfan/archive/2012/07/10/2583910.html

C++/C链接过程详解:http://blog.sina.com.cn/s/blog_65fbc556010162j6.html

C头文件与库文件的区别:http://blog.chinaunix.net/uid-27575921-id-4078661.html

头文件中只能有声明,不能放定义:http://blog.sina.com.cn/s/blog_6648c114010130ry.html


编译的四个过程:

1.预处理

预处理C语言程序从源代码变成可执行程序的第一步,主要是C语言编译器对各种预处理命令进行处理,包括头文件的包含、宏定义的扩展、条件编译的选择等。


2.编译

编译之前,C语言编译器会进行词法分析、语法分析(-fsyntax-only),接着会把源代码翻译成中间语言,即汇编语言。如果想看到这个中间结果,可以用-S选项。


3.汇编

把作为中间结果的汇编代码翻译成了机器代码,即目标代码,不过它还不可以运行。如果要产生这一中间结果,可用gcc-c选项,当然,也可通过as命令_汇编_汇编语言源文件来产生。

4.链接

链接是处理可重定位文件,把它们的各种符号引用和符号定义转换为可执行文件中的合适信息(一般是虚拟内存地址)的过程。链接又分为静态链接和动态链接,前者是程序开发阶段程序员用ld(gcc实际上在后台调用了ld)静态链接器手动链接的过程,而动态链接则是程序运行期间系统调用动态链接器(ld-linux.so)自动链接的过程。




由此我又想到头文件和库文件有什么区别,为什么头文件只能有声明,不能有定义,#ifndef不就是来防止头文件重复加载的吗?


头文件用于存放对类型定义、函数声明、全局变量声明等实体的声明,作为对外接口;而源程序文件存放类型的实现、函数体、全局变量定义。


头文件中为什么不能有定义:
首先必须了解编译的过程,编译的第一步是把所有的CPP文件编译成为点O文件,而且每一个点CPP文件都是单独编译的,该点CPP文件中用到的类型必须在它所include 的头文件当中找到,相当于把它所有include的文件中的代码都加到该CPP文件的前面,但是声明的部分将不会出现在编译后的点O文件,相当于每个CPP文件都是单独编译,因此它的ifndef在一个文件里是没有用的,两个CPP文件里如果包含同一个有ifndef的头文件,效果是两个CPP文件都把该头文件加到它的前面,但不会把声明的部分放到点O文件中,而会把头文件中定义的部分都输出到编译后的点O文件当中
因此如果在头文件当中有一个定义,那么如果有两个CPP文件当中include了它,那么将会出现重定义错误,multiple definition of。


那么#ifndef做什么呢?

我觉得#ifndef只能防止两个包含了一个基 头文件,但在一个文件中却同时包含了这两个头文件,这个时候是可以防止重复加载的,相当于C++的多重集成,虚继承就是保证只继承到一个基类。




来做个总结:

我们在程序中要保证的是能找到头文件和库文件

那么预处理阶段就是找到头文件并将其原封不动的加载到当前文件中:

#include加载头文件
< >引用的是编译器的类库路径里面的头文件
" "引用的是你程序目录的相对路径中的头文件

当然在linux中也可以用-I选项指定头文件路径


有了头文件中的声明,就可以进行词法分析、语法分析了


而库文件是链接的时候所需要的,所以我们可以放到标准路径或者用-L指定路径,当然也可以修改环境变量,链接将多个目标文件整合成一个可执行文件。


当然,动态库是在运行时加载的,所以运行时仍需要知道库路径,此时可以修改环境变量,或者放到标准库目录中






关于源文件中应不应该include此源文件对应的头文件,如果需要有声明的地方那么是需要加头文件,比如.h中有两个函数的声明,.cpp中其中一个函数调用了另外一个,此时就需要声明,所以需要加头文件

不然也不用加,因为只是简单的替换
比如:.h文件中声明一个函数,.cpp中实现这个函数,那便不用加

因为在链接之前都是单独编译的,在链接时整合代码,如果一个项目中有多个同名函数且参数也相同时(C++支持重载),那么就需要名称空间了,来具体指出是哪个库文件。





写的比较乱,请谅解,有机会再改



















<think> 我们正在讨论如何将.lib文件(静态库)编译进.exe文件。在Visual Studio中,静态库(.lib)在链接时会被直接嵌入到最终的可执行文件(.exe)中,因此不需要额外的.dll文件。这个过程是自动的,只要正确设置了项目依赖链接器配置。 以下是具体步骤: 1. **创建或获取静态库文件(.lib)**: - 如果你有自己的静态库项目,确保将其编译为静态库(在项目属性中设置“配置类型”为“静态库(.lib)”)[^2]。 - 或者,如果你有第三方提供的静态库文件(.lib对应的头文件(.h)。 2. **在应用程序项目中包含头文件**: - 在项目属性中,转到“C/C++” -> “常规”,在“附加包含目录”中添加包含头文件的目录[^1]。 3. **在应用程序项目中链接.lib文件**: - 在项目属性中,转到“链接器” -> “输入”,在“附加依赖项”中添加.lib文件的名称(例如:mylib.lib)[^1]。 - 或者,在代码中使用#pragma comment(lib, "mylib.lib")。 4. **指定库文件所在目录**: - 在项目属性中,转到“链接器” -> “常规”,在“附加库目录”中添加包含.lib文件的目录[^1]。 5. **编译项目**: - 构建应用程序时,链接器会将静态库中的代码提取出来,并直接嵌入到生成的.exe文件中。这样,最终的.exe文件将独立运行,无需额外的.dll文件。 注意:动态库(.dll)对应的.lib文件(导入库)则不同,它只是包含了定位.dll中函数的信息,不会将代码嵌入到.exe中。因此,在运行时需要.dll文件。而静态库的.lib文件则会被完全嵌入。 总结:将静态库(.lib编译进.exe文件的方法就是正确设置包含目录、库目录以及链接器输入中的附加依赖项。这样,生成的.exe文件将包含静态库中的所有代码。 下面用一个简单的例子来说明: 假设我们有一个静态库项目`MyStaticLib`,它生成`MyStaticLib.lib`。我们有一个应用程序项目`MyApp`,它要使用这个静态库。 **步骤1:在静态库项目中** - 编写代码并编译生成.lib文件。 **步骤2:在应用程序项目中** - 将静态库的头文件目录添加到“附加包含目录”。 - 将静态库的.lib文件所在目录添加到“附加库目录”。 - 在“附加依赖项”中添加`MyStaticLib.lib`。 **步骤3:编译应用程序项目** - 生成的`MyApp.exe`将包含静态库中的代码。 §§ 相关问题 §§ 1. 如何在Visual Studio中创建静态库项目? 2. 动态链接库(.dll)静态链接库(.lib)在Visual Studio项目中的使用有什么区别? 3. 如何解决Visual Studio中链接静态库时出现的符号未定义错误? </think> 在 Visual Studio 中将静态库(.lib)文件编译进可执行文件(.exe),本质是通过**静态链接**将库代码直接嵌入最终程序。以下是完整步骤: ### 方法 1:通过项目属性配置(推荐) 1. **添加头文件路径** 项目属性 → `C/C++` → `常规` → `附加包含目录` 添加包含 `.h` 文件的目录路径[^1] 2. **指定库文件路径** 项目属性 → `链接器` → `常规` → `附加库目录` 添加包含 `.lib` 文件的目录路径[^1] 3. **声明依赖库** 项目属性 → `链接器` → `输入` → `附加依赖项` 添加具体的 `.lib` 文件名(如 `mylib.lib`)[^1] 4. **编译项目** 此时静态库代码将直接编译进 `.exe`,无需额外 `.dll` ### 方法 2:源码级链接 在源文件中添加编译指令(适用于单个文件): ```cpp #pragma comment(lib, "mylib.lib") // 直接指定需链接的库文件 ``` ```cpp #include "mylib.h" // 对应头文件 ``` ### 验证静态链接成功 1. 检查生成的 `.exe` 文件大小(应明显增大) 2. 使用 `dumpbin` 工具确认无外部依赖: ```bash dumpbin /dependents YourProgram.exe ``` 输出应显示: ``` Image has the following dependencies: KERNEL32.dll USER32.dll ``` 无第三方 `.dll` 即为成功 ### 静态链接 vs 动态链接 | 特性 | 静态链接(.lib) | 动态链接(.dll) | |--------------|-----------------------------------|-----------------------------| | 文件分布 | 代码嵌入.exe | 需单独提供.dll文件 | | 程序体积 | 较大 | 较小 | | 内存占用 | 较高 | 多个程序可共享 | | 部署复杂度 | 只需.exe文件 | 需确保.dll在搜索路径 | | 更新维护 | 需重新编译整个程序 | 替换.dll即可更新功能 | > 💡 **关键区别**:静态库(.lib)在编译时被**完全嵌入**可执行文件,而动态库(.dll)在程序运行时被加载[^2]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值