关于VS2008编译错误"error LNK2005: 已经在 .obj 中定义"

无意中遇到了这样的编译问题, 于是google，发现在.h文件里定义变量，发生这问题的概率是灰常大的.

 

下面这段字是参考网上的说法:

 

当你第一个使用这个头的.cpp文件生成.obj的时候，int i 在里面定义了当另外一个使用这个的.cpp再次[单独]生成.obj的时候，int i 又被定义然后两个obj被另外一个.cpp也include 这个头的，连接在一起，就会出现重复定义.

 

不过经过一轮研究发现.. 其实这说法不怎么正确.. 最起码对VS来说..

经过实验, 发现只要有两个cpp同时包含一个定义了变量的.h文件，就会提示错误.

 

再回想下编译原理, obj是什么?  其实就是cpp翻译后的一坨中间代码.. 一般编译过程就是把cpp先翻译成obj, 最后把obj再连接成exe. 这样，不管中间有没有第三者把前两个连接一起, 最终obj还是会汇集在一起.. 下面可以看到，错误发生在链接，而不是翻译..

 

正在链接...
1>3.obj : error LNK2005: "int i" () 已经在 2.obj 中定义
1>D:\编程之美\vs2008代码\dfsdfadsfec\Debug\dfsdfadsfec.exe : fatal error LNK1169: 找到一个或多个多重定义的符号

 

 

本人得出的结论:

只要两个或者以上的.cpp同时包含了一个定义了变量的.h文件，就会提示错误.

不过注意, 这中间可能会包含些比较复杂的逻辑关系.. 

例如我的那坨代码.. 

假定一个定义了变量的1.h文件

有1.cpp和2.cpp, 1.cpp包含1.h,   2.cpp只包含2.h  但是2.h包含了1.h..  所以1.h中定义的变量编译的时候会在2.pp中有定义. 于是乎2.cpp翻译成的obj里也会有定义, 结果导致提示obj里重定义.

在头文件和cpp文件错中复杂的情况下, 根本就很难判断其祸根源.

所以得出结论:

没事就别在.h中定义变量，或者初始化静态成员变量(我就是后一种情况).

不过有种比较酷的做法, 就是直接改成.c编译.  据说c里遇到重定义,  会忽略为声明.