xxx.obj : error LNK2005 ................已经在x.obj中定义 ……

编程中经常能遇到LNK2005错误——重复定义错误,其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因,就可以轻松解决它了。   
    造成LNK2005错误主要有以下几种情况:  
    1.重复定义全局变量。可能存在两种情况:  
    A、对于一些初学编程的程序员,有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的,全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下:int   g_Test;那么在使用的CPP文件中就应该使用:extern   int   g_Test即可,如果还是使用int   g_Test,那么就会产生LNK2005错误,一般错误错误信息类似:AAA.obj   error   LNK2005   int   book   c?book@@3HA   already  defined   in   BBB.obj。切记的就是不能给变量赋值否则还是会有LNK2005错误。

这里需要的是“声明”,不是“定义”!根据C++标准的规定,一个变量是声明,必须同时满足两个条件,否则就是定义:  
  (1)声明必须使用extern关键字;(2)不能给变量赋初值  
  所以,下面的是声明:  
  extern   int   a;  
  下面的是定义  
  int a; int 0; extern int a =0;  
  B、对于那么编程不是那么严谨的程序员,总是在需要使用变量的文件中随意定义一个全局变量,并且对于变量名也不予考虑,这也往往容易造成变量名重复,而造成LNK2005错误。  
   
    2.头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义,在其它使用的地方又不得不多次包含之,如果头文件中没有相关的宏等防止重复链接的措施,那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理:

  #ifndef MY_H_FILE       //如果没有定义这个宏  
  #define MY_H_FILE       //定义这个宏  
  …….       //头文件主体内容  
  …….  
  #endif  
  上面是使用宏来做的,也可以使用预编译来做,在头文件中加入:  
  #pragma once  
  //头文件主体

  

如果Release下没有问题 那么楼主去检查一下 你是不是将那个宏定义定义错了地方
例如你要定义一个编译宏 #define MYLINK
如果你定义在了

C/C++ code
?
1
2
3
#ifdef _DEBUG
    #define MYLINK
#endif
   那么这个宏就只有在Debug下有用 Release下就没有用了

当然你的问题可能跟这个相反,可能是
C/C++ code
?
1
2
3
#ifndef _DEBUG
    #define MYLINK
#endif

你的问题应该是因为那个编译宏定义有问题 造成的编译时 有函数重名 或者重复包含。
       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栏中填入正确的库的顺序,这里需要你能确定什么是正确的顺序。     
   B、选择VC菜单Project->Settings->Link页,然后在Project    Options的Edit栏中输入/verbose:lib,这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。  
   C、选择VC菜单Project->Settings->C/C++页,Catagory选择Code  Generation后再在User Runtime Libraray中选择MultiThread  DLL等其他库,逐一尝试。  
       关于编译器的相关处理过程,参考:  
        http://www.donews.net/xzwenlan/archive/2004/12/23/211668.aspx  
    
       这就是我所遇到过的LNK2005错误的几种情况,肯定还有其他的情况也可能造成这种错误,所以我不希望你在看完这篇文章以后,再遇到LNK2005错误时候,不动脑筋的想对号入座的排除错误。编程的过程就是一个思考的过程,所以还是多多开动你的头脑,那样收获会更多!

    针对我的程序,使用的是boost第三方库,正则表达式嵌入后,也许像高手所说的那样,重复定义了,多个目标文件不能重复定义同名的函数与初始化了的全局变量,可链接时,我是按照VS2005的步骤加入boost的啊,晕~~~

    1. 项目属性页-> C/C++ /常规/附加包含目录/C:\Program Files\boost\boost_1_36_0

    2. 项目属性页-> 链接器/常规/附加库目录/C:\Program Files\boost\boost_1_36_0\libs

于是死马当作活马医,试验各种网上的办法,都不行error <wbr>LNK2005,汗~~~

    最后改了上述的第2.为:

    项目属性页-> 链接器/常规/附加库目录/D:\Program Files\Microsoft Visual Studio 8\VC\lib

竟然无错误了、正常运行了!!!难道是VC库和boost的lib库重复定义了


链接告诉你与系统中的库冲突,已经被定义了。
解决办法:
解决方案一:强制链接器按照正确的顺序链接库 (不推荐使用该方法)
1. 在“项目”菜单上,单击“设置”。 
2. 在“项目设置”对话框的“以下项目的设置”视图中,单击以选中出现链接错误的项目配置。 
3. 在“链接”选项卡上,单击以选中“类别”组合框中的“输入”。 
4. 在“忽略库”框中,插入库名(例如,Nafxcwd.lib;Libcmtd.lib)。
不推荐使用理由,有可能造成工程中别的项目链接错误
解决方案二:
1. 在“项目”菜单上,单击“设置”。 
2. 切换到C++选项卡, 将CateGory(种别) 切换成 “code  Generation”
3. 查看你的 Use run-time library 选项卡是否与其它的项目一致, 一般情况下 Debug 设置为:Debug MultiThreaded  Release:  MultiThreaded  
重新编译即可


libcmtd.lib和MSVCRT.lib的冲突

snmp_d.lib原来是用MTd方式编译的,而没有办法知道它是这么编译的,但在VC6环境下加入这个库,把工程设为MDd,它居然能够成功编译,这就是问题所在,在VC2008下就没法编译了.所以在VC2008下,必须以MTd方式才可以编译成功.
    解决办法:
       在"Property Pages(项目属性) -> Configuration Properties(配制属性) -> Linker(链接器) -> Command Line(输入) -> Additional options(附加依赖项)"中加入 /NODEFAULTLIB:libc.lib /NODEFAULTLIB:libcmt.lib /NODEFAULTLIB:msvcrt.lib /NODEFAULTLIB:libcd.lib /NODEFAULTLIB:libcmtd.lib 重新编译就可以了.
VS2008 error LNK2005 - 过☆客 - 过☆客


网上各种办法试过之后还是不行,看了下报错内容:xxx.obj : error LNK2005 ................已经在xx.obj中定义 ……

工程文件大概如下:x中包含xx,xx中包含xxx,然后重定义的内容是xxx中包含的xxxx中的函数或变量

解决方案:将xxxx的头文件放在xxx的cpp文件中即可,前提是xxxx的函数只在xxx中使用,不然就有编译错误了。

### 解决 C++ 编译时出现 LNK2005LNK1169 错误的方法 LNK2005LNK1169 是常见的链接器错误,通常发生在多个目标文件中存在重复定义的符号时。以下是详细的分析和解决方案。 #### 一、LNK2005 错误的原因与解决方法 LNK2005 表示某个符号(函数或变量)被多次定义。这通常是由于头文件中的全局变量或非 `inline` 函数未正确声明为外部链接[^1]。 ##### 原因分析 - 如果在头文件中直接定义了一个非静态全局变量或函数,则每次包含该头文件时都会创建一个新的定义。 - 非 `inline` 的函数如果在头文件中实现而不是仅声明,也会导致此问题。 ##### 解决方案 1. **对于全局变量** 使用 `extern` 关键字来声明变量,并将其实际定义放在单个源文件中。例如: ```cpp // Header.h extern int globalVar; // Source.cpp int globalVar = 42; ``` 2. **对于函数** 确保函数只在头文件中声明,在单独的 `.cpp` 文件中提供实现。或者可以将简单的小型函数标记为 `inline` 来避免多重定义: ```cpp inline void myFunction() { // 实现代码 } ``` 3. **防止头文件重复包含** 使用 include 守护符或 `#pragma once` 来避免头文件被多次包含: ```cpp #ifndef HEADER_H #define HEADER_H // 头文件内容 #endif // HEADER_H ``` --- #### 二、LNK1169 错误的原因与解决方法 LNK1169 表示有一个或多于一个的符号被多次定义并最终被链接到可执行文件中。这种错误可能由以下原因引起: ##### 原因分析 - 不同的目标文件中包含了相同的全局对象定义。 - 库文件之间可能存在冲突,即同一个符号在不同的库中有不同的定义[^2]。 ##### 解决方案 1. **检查全局变量定义** - 确认是否有多个源文件中都定义了相同名称的全局变量。如果是这样,应改为使用 `extern` 或者将这些变量封装在一个类中作为静态成员变量。 2. **移除冗余库** - 检查项目设置中的链接库列表,确认是否存在相互矛盾的库版本。如果有冲突,删除不必要的库或将它们替换为兼容版本。 3. **调整编译选项** - 对某些特定情况下的宏展开可能导致意外行为,比如引用[3]提到的情况。可以通过修改预处理器指令消除此类警告或错误: ```cpp #ifdef MAX_CHAR #undef MAX_CHAR #endif #define MAX_CHAR 256 ``` 4. **初始化复杂结构体实例** - 如引用[4]所示的例子,当定义复杂的结构体实例时,需注意其作用域以及是否会被多处引入而导致重定义风险。建议采用如下方式处理: ```cpp QUEUE_INSTANCE* Queue_Instance = new QUEUE_INSTANCE(); // 动态分配内存 delete Queue_Instance; // 记得释放资源 ``` --- ### 总结 通过上述措施能够有效减少甚至完全规避 LNK2005LNK1169 类型的问题发生几率。关键是遵循良好的编程实践——合理管理命名空间、谨慎对待跨模块共享数据以及仔细审查第三方依赖项之间的潜在冲突点。 ```cpp // 示例修正后的代码片段 #ifndef MSG_QUEUE_H #define MSG_QUEUE_H #include <string> class MsgQueueManager { public: static const size_t MAX_CHAR = 256; static const size_t QUEUE_SIZE = 500; private: struct Item { int iMsgId; char szSender[12]; char szContent[MAX_CHAR]; }; struct Instance { int iMsgCount; int iMsgSequence; Item MsgQueue[QUEUE_SIZE]; }; static Instance queueInstance_; public: static Instance& GetQueueInstance(); }; #endif // MSG_QUEUE_H ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值