1 error LNK2005: "public: int
解決:http://www.cnblogs.com/zealsoft/archive/2006/04/24/383567.aspx
編程中經常能遇到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 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等其他庫,逐一嘗試。
關於編譯器的相關處理過程,參考:
http://www.donews.net/xzwenlan/archive/2004/12/23/211668.aspx
這就是我所遇到過的LNK2005錯誤的幾種情況,肯定還有其他的情況也可能造成這種錯誤,所以我不希望你在看完這篇文章以後,再遇到LNK2005錯誤時候,不動腦筋的想對號入座的排除錯誤。編程的過程就是一個思考的過程,所以還是多多開動你的頭腦,那樣收穫會更多!
2.error LNK2001: unresolved external symbol
解決: http://www.cnitblog.com/ictfly/archive/2010/01/12/21976.html
錯誤形式:error LNK2001: unresolved external symbol "public: virtual __thiscall 類名::構造/解構函式 後面的字元比較奇怪
解決方案:補全構造/解構函式