error Link 2005

本文详细解析了LNK2005错误产生的原因及解决方案,包括重复定义全局变量、头文件重复包含和第三方库冲突等问题,并提供了具体解决步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为什么会出现这个错误??“error LNK2005: 已经在*.obj中定义”
  编程中经常能遇到LNK2005错误——重复定义错误,其实LNK2005错误并不是一个很难解决的错误,弄清楚它形成的原因,就可以轻松解决它了。

造成LNK2005错误主要有以下几种情况:

1.重复定义全局变量。可能存在两种情况:
A、对于一些初学编程的程序员,有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的,全局变量是针对整个工程的。
  正确的应该是在一个CPP文件中定义如下:
  int g_Test;
  那么在使用的CPP文件中就应该使用:
  extern int g_Test
  即可,如果还是使用int g_Test,那么就会产生LNK2005错误,一般错误错误信息类似:
  .obj error LNK2005 int book c? already defined in .obj
  切记的就是不能给变量赋值否则还是会有LNK2005错误。
  这里需要的是“声明”,不是“定义”!根据C++标准的规定,一个变量是声明,必须同时满足两个条件,否则就是定义:
  (1)声明必须使用extern关键字
  (2)不能给变量赋初值
  所以,下面的是声明:
    extern int a;
  下面的是定义
    int a;
    int a = 0;
    extern int a =0;
B、对于那么编程不是那么严谨的程序员,总是在需要使用变量的文件中随意定义一个全局变量,并且对于变量名也不予考虑,这也往往容易造成变量名重复,而造成LNK2005错误。

2.头文件的包含重复。
  往往需要包含的头文件中含有变量、函数、类的定义,在其它使用的地方又不得不多次包含之,如果头文件中没有相关的宏等防止重复链接的措施,那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理:
#ifndef MY_H_FILE //如果没有定义这个宏
#define MY_H_FILE //定义这个宏
……. //头文件主体内容
…….
#endif
上面是使用宏来做的,也可以使用预编译来做,在头文件中加入:
#pragma once
//头文件主体

3.使用第三方的库造成的。
  这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C函数库,可能会引起这个错误。微软和C有两种C运行期函数库,一种是普通的函数库:LIBC.LIB,不支持多线程。另外一种是支持多线程的:msvcrt.lib。如果一个工程里,这两种函数库混合使用,可能会引起这个错误,一般情况下它需要MFC的库先于C运行期函数库被链接,因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库,否则就可能造成LNK2005错误。如果不得不使用第三方的库,可以尝试按下面所说的方法修改,但不能保证一定能解决问题,前两种方法是微软提供的:
A、选择VC菜单Project->Settings->Link->Catagory选择Input,再在Ignore libraries 的Edit栏中填入你需要忽略的库,如:Nafxcwd.lib;Libcmtd.lib。然后在Object/library Modules的Edit栏中填入正确的库的顺序,这里需要你能确定什么是正确的顺序,呵呵,God bless you!
B、选择VC菜单Project->Settings->Link页,然后在Project Options的Edit栏中输入/verbose:lib,这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。
C、选择VC菜单Project->Settings->C/C++页,Catagory选择Code Generation后再在User Runtime libraray中选择MultiThread DLL等其他库,逐一尝试。

### 关于 LINK1104 错误的解决方案 LINK1104 是一种常见的链接器错误,通常发生在构建 C/C++ 应用程序的过程中。以下是针对该问题的具体分析和解决办法: #### 1. **清理并重新生成解决方案** 在 Visual Studio 中,可以尝试通过以下方式清除可能存在的临时文件或缓存问题: - 点击菜单栏中的 `Build` -> `Clean Solution` 来清理当前解决方案。 - 接着点击 `Build` -> `Rebuild Solution` 进行重新生成[^1]。 这种操作能够移除旧的目标文件以及中间产物,从而减少因残留数据引发的冲突。 #### 2. **检查项目路径是否存在权限或兼容性问题** 当项目的存储位置位于某些特殊目录(例如 VC++ 的安装根目录),可能会因为访问控制或其他原因引起冲突。建议将整个工程项目移动至用户自定义的工作空间下,而非软件自带环境内部[^2]。 #### 3. **确认目标可执行文件是否正被其他进程占用** 有时即使看似已经停止了应用程序,但实际上其仍挂起在系统后台运行。这可能导致新实例创建失败而触发 LNK1104 警告。可以通过任务管理器查找是否有遗留的相关进程存在,并手动终止它们;另外也可以直接关闭任何关联调试界面来释放资源[^3]^,^[^4]。 #### 4. **验证库配置与引用设置无误** 确保所有的依赖项都已正确指定给编译链路使用——特别是第三方静态/动态连接库时更需注意版本匹配情况。如果涉及较长路径名,则考虑采用相对短形式表示法或将所有素材集中放置在同一较浅层次结构里以规避潜在限制. #### 示例代码片段展示如何调整基本属性 下面是一个简单的例子说明怎样修改默认输出EXE的位置参数: ```cpp // 修改输出目录示例 (适用于MSBuild脚本) <PropertyGroup> <OutputPath>$(SolutionDir)\bin\</OutputPath> </PropertyGroup> ``` 以上XML片断可用于 .NET Framework 或标准 MSBuild 工程文件中定制最终产物存放地址. --- ### 总结 综上所述,处理 LINK1104 需要从多个角度入手排查具体成因,包括但不限于重建流程、改变保存地点、解除锁定状态以及修正外部参照设定等方面逐一检验直至恢复正常运作为止。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值