.obj .lib .dll .exe的关系

本文详细解释了静态库文件(lib)与动态库文件(dll)的区别及其应用场景。介绍了两者在编译和运行期间的不同作用,以及它们如何与源代码(c/c++)及目标文件(obj, exe)相互作用。

转自: http://blog.youkuaiyun.com/iamyina/archive/2008/05/04/2378331.aspx 

 

lib是和dll对应的:

lib是静态的库文件,dll是动态的库文件。

所谓静态就是link的时候把里面需要的东西抽取出来安排到你的exe文件中,以后运行你的exe的时候不再需要lib

所谓动态就是exe运行的时候依赖于dll里面提供的功能,没有这个dll,你的exe无法运行。

 

lib, dll, exe都算是最终的目标文件,是最终产物。而c/c++属于源代码。源代码和最终目标文件中过渡的就是中间代码obj,实际上之所以需要中间代码,是你不可能一次得到目标文件。比如说一个exe需要很多的cpp文件生成。而编译器一次只能编译一个cpp文件。这样编译器编译好一个cpp以后会将其编译成obj,当所有必须要的cpp都编译成obj以后,再统一link成所需要的exe,应该说缺少任意一个obj都会导致exe的链接失败。

1.obj里存的是编译后的代码跟数据,并且有名称,所以在连接时会出现未解决的外部符号一说。当连成exe后便不存在名称的概念了,只有地址。lib就是一堆obj的组合。

2.理论上可以,但实际中通常用lib

3.编译器会默认链接一些常用的库,其它的需要你自己指定。

 

libDLL的区别:

(1)lib是编译时需要的,dll是运行时需要的。如果要完成源代码的编译,有lib就够了。如果也使动态连接的程序运行起来,有dll就够了。在开发和调试阶段,当然最好都有。

(2)一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的,而dll文件是运行期才会被调用的。如果有dll文件,那么对应的lib文件一般是一些索引信息,具体的实现在dll文件中。如果只有lib文件,那么这个lib文件是静态编译出来的,索引和实现都在其中。静态编译的lib文件有好处:给用户安装时就不需要再挂动态库了。但也有缺点,就是导致应用程序比较大,而且失去了动态库的灵活性,在版本升级时,同时要发布新的应用程序才行。

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

LIBC.lib(crt0dat.obj) : error LNK2005: __cinit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: _exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __cexit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __c_exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __C_Exit_Done already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __C_Termination_Done already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __exitflag already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __wpgmptr already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __pgmptr already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___winitenv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __wenviron already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___initenv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __environ already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___wargv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___argv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___argc already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winminor already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winmajor already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winver already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __osver already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __umaskval already defined i
最新发布
03-13
<think>嗯,用户遇到了Visual Studio中的LNK2005错误,提示在LIBC.liblibcmt.lib中有多个符号定义。我需要先理解这个错误的常见原因。根据引用[3],这个错误通常是因为同一个符号被多次定义,而链接器不知道用哪个。可能的情况是运行时库的冲突,比如同时链接了静态库的不同版本,如libc.liblibcmt.lib。 接下来,用户提到具体涉及LIBC.liblibcmt.lib,这让我想到可能是项目中有混合使用了不同版本的运行时库。比如,有些模块用了多线程静态库(libcmt.lib),而其他模块可能用了单线程的(libc.lib)或者动态链接的DLL版本(如msvcrt.lib)。这时候链接器会发现同样的函数在多个库中存在,导致重复定义。 根据引用[1],这些库是不同运行时库的静态链接版本。解决方案应该是统一项目的运行时库设置。例如,在项目属性中,C/C++ -> 代码生成 -> 运行时库,确保所有依赖项都使用相同的选项,比如多线程调试(/MTd)或者多线程(/MT),避免混合使用/MT和/MD。 另外,引用[4]提到的/VERBOSE链接器选项和DUMPBIN工具可以帮助查看具体引用了哪些符号和库。用户可能需要检查是否有第三方库或模块使用了不同的运行时库设置,导致冲突。需要确保所有库都是用相同配置编译的。 还有可能的情况是用户手动添加了这些库,导致重复。需要检查链接器输入的附加依赖项,移除不必要的库引用。同时,确保没有在代码中使用#pragma comment(lib, ...)重复引入不同的运行时库。 总结下来,解决步骤应该是:统一运行时库设置,检查第三方库的兼容性,清理多余的库引用,使用工具分析符号冲突的具体位置。</think>### 解决Visual Studio LNK2005错误:符号重复定义问题 #### 问题分析 LNK2005错误通常是由于符号(如函数、变量)在多个库或目标文件中被重复定义引起的。当链接器发现同一符号在`LIBC.lib`和`libcmt.lib`等不同运行时库中存在时,会触发此错误。根本原因是**运行时库的混合使用**,例如同时链接了静态库(`libcmt.lib`)和动态库(`msvcrt.lib`)的不同版本[^1][^3]。 --- #### 解决步骤 1. **统一运行时库设置** - 在Visual Studio中,依次打开: **项目属性 → C/C++ → 代码生成 → 运行时库** 确保所有依赖项(包括主项目和第三方库)使用**相同的运行时库类型**: - 多线程调试(`/MTd`) - 多线程(`/MT`) - 动态调试(`/MDd`) - 动态(`/MD`) *注意:静态库(`/MT`/`MTd`)与动态库(`/MD`/`MDd`)不可混用[^3]。* 2. **检查第三方库的兼容性** - 若使用第三方库(如`.lib`文件),需确认它们是否与当前项目的运行时库设置一致。例如: - 若主项目使用`/MTd`,所有第三方库也需用`/MTd`编译。 - 若不一致,需重新编译第三方库或调整主项目配置。 3. **清理多余的库引用** - 在**项目属性 → 链接器 → 输入 → 附加依赖项**中,移除显式添加的`LIBC.lib`、`libcmt.lib`等库。默认情况下,VS会根据运行时库设置自动链接对应的库。 4. **使用工具定位冲突** - **方法1**:通过链接器的`/VERBOSE`选项查看详细链接过程: ```bash # 在项目属性 → 链接器 → 命令行 → 附加选项中添加 `/VERBOSE` ``` - **方法2**:用`DUMPBIN`工具分析符号定义: ```bash # 查看库中的符号定义 dumpbin /SYMBOLS your_library.lib # 检查动态库的导出符号 dumpbin /EXPORTS your_dll.dll ``` 这有助于定位重复符号的具体来源[^4]。 --- #### 示例场景 假设主项目使用`/MTd`(多线程调试静态库),但引用了某个第三方库`ThirdParty.lib`(使用`/MDd`编译)。此时链接器会同时加载`libcmt.lib`(对应`/MTd`)和`msvcrt.lib`(对应`/MDd`),导致符号重复。解决方案是重新用`/MTd`编译`ThirdParty.lib`。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值