無意中遇到了這樣的編譯問題, 於是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" ([email protected]@3HA) 已經在 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裡遇到重定義,  會忽略為宣告.