常見編譯錯誤
B. 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
C. C語言編譯、連接的各種錯誤
編譯器錯誤 C2001 錯誤消息
常數中有換行符
字元串常數不能繼續到第二行，除非進行下列操作：
•用反斜杠結束第一行。
•用一個雙引號結束第一行上的字元串，並在下一行用另一個雙引號開始該字元串。
用 \n 結束第一行是不夠的。
編譯器錯誤 C2002 錯誤消息
無效的寬字元常數
多位元組字元常數是非法的。
通過檢查下面的可能原因進行修復
1.寬字元常數包含的位元組比需要的多。
2.未包括標准頭文件 STDDEF.h。
3.寬字元不能與一般字元串連接。
4.寬字元常數之前必須是字元「L」：
編譯器錯誤 C2003 錯誤消息
應輸入「defined id」
標識符必須跟在預處理器關鍵字之後。
編譯器錯誤 C2004 錯誤消息
應為「defined(id)」
標識符必須出現在預處理器關鍵字之後的括弧中。
也可能由於為 Visual Studio .NET 2003 進行的編譯器一致性工作生成此錯誤：在預處理器指
令中缺少括弧。
如果預處理器指令缺少右括弧，則編譯器將生成一個錯誤。
編譯器錯誤 C2005 錯誤消息
#line 應跟一個行號，卻找到「token」
#line 指令後面必須跟行號。
編譯器錯誤 C2006 錯誤消息
「directive」應輸入文件名，卻找到「token」
諸如 #include 或 #import 等指令需要文件名。若要解決該錯誤，請確保 token 是一個有效
文件名。並且將該文件名放在雙引號或尖括弧中。
編譯器錯誤 C2007 錯誤消息
#define 語法
#define 後未出現標識符。若要解決該錯誤，請使用標識符。
編譯器錯誤 C2008 錯誤消息
「character」: 宏定義中的意外
該字元緊跟在宏名之後。若要解決該錯誤，宏名之後必須有一個空格。
編譯器錯誤 C2009 錯誤消息
宏形式「identifier」重復使用
宏定義的形參表多次使用該標識符。宏的參數列表中的標識符必須是唯一的。
編譯器錯誤 C2010 錯誤消息
「character」: 宏形參表中的意外
該字元在宏定義的形參表中使用不正確。移除該字元以解決該錯誤。
編譯器錯誤 C2011 錯誤消息
「identifier」:「type」類型重定義
該標識符已定義為 type 類型。如果多次將某個類型庫導入同一個文件，也可能生成 C2011
。
編譯器錯誤 C2012 錯誤消息
在「<」之後缺少名稱
#include 指令缺少所需的文件名。
編譯器錯誤 C2013 錯誤消息
缺少「>」
#include 指令缺少右尖括弧。添加右尖括弧以解決該錯誤。
編譯器錯誤 C2014 錯誤消息
預處理器命令必須作為第一個非空白空間啟動
預處理器指令的 # 符號必須是非空白行上的第一個字元。
編譯器錯誤 C2015 錯誤消息
常數中的字元太多
一個字元常數包含的字元多於兩個。標准字元常數只能包含一個字元，長字元常數只能包含兩
個字元。
轉義序列（如 \t）將被轉換為單個字元。
當使用 Microsoft 擴展將字元常數轉換為整數時，也可能發生 C2015。
編譯器錯誤 C2017 錯誤消息
非法的轉義序列
轉義序列（如 \t）出現在字元或字元串常數之外。
當 stringize 運算符與包括轉義序列的字元串一起使用時會發生 C2017。
編譯器錯誤 C2018 錯誤消息
未知字元「hexnumber」
源文件包含一個意外的 ASCII 字元，該字元由其十六進制數標識。若要解決該錯誤，請移除
該字元。
編譯器錯誤 C2019 錯誤消息
應找到預處理器指令，卻找到「character」
該字元跟在 # 符號的後面，但它不是預處理器指令的第一個字母。
編譯器錯誤 C2020 錯誤消息
「member」:「class」成員重定義
從基類或結構繼承的成員被重定義。不能重定義繼承成員，除非它在基類中被聲明為 virtual
。
編譯器錯誤 C2021 錯誤消息
應輸入指數值，而非「character」
用作浮點常數的指數的字元是一個無效數字。確保使用的指數在范圍之內。
編譯器錯誤 C2022 錯誤消息
「number」: 對字元來說太大
字元或字元串常數中跟在反斜杠 (\) 後面的八進制數字太大，不能表示字元。
編譯器錯誤 C2026 錯誤消息
字元串太大，已截斷尾部字元
該字元串的長度超過了 16380 個單位元組字元的**。
連接相鄰字元串之前，字元串的長度不能超過 16380 個單位元組字元。
大約為此長度的一半的 Unicode 字元串也會生成此錯誤。
編譯器錯誤 C2027 錯誤消息
使用了未定義類型「type」
類型只有經過定義才能使用。若要解決該錯誤，請確保在引用類型前已對其進行了完全定義。
有可能聲明一個指向已聲明但未定義的類型的指針。但是 Visual C++ 不允許引用未定義的類
型。
編譯器錯誤 C2028 錯誤消息
結構/聯合成員必須在結構/聯合中
結構或聯合成員必須在結構或聯合內部聲明。
編譯器錯誤 C2030 錯誤消息
「identifier」: 結構/聯合成員重定義
結構或聯合將同一標識符用於多個成員。
編譯器錯誤 C2032 錯誤消息
「identifier」: 函數不能是結構/聯合「structorunion」的成員
該結構或聯合中的一個成員函數在 C++ 中允許使用而在 C 中卻不允許。若要解決該錯誤，請
編譯為 C++ 程序或移除該成員函數。
編譯器錯誤 C2033 錯誤消息
「identifier」: 位域不能有間接定址
該位域被聲明為指針，這是不允許的。
編譯器錯誤 C2034 錯誤消息
「identifier」: 位域類型對於位數太小
該位域聲明中位的數目超過了基類型的大小。
編譯器錯誤 C2036 錯誤消息
「identifier」: 未知的大小
對 identifier 的操作需要數據對象的大小，而該大小無法確定。
編譯器錯誤 C2039 錯誤消息
「identifier1」: 不是「identifier2」的成員
該代碼錯誤調用或引用了結構、類或聯合的成員。
編譯器錯誤 C2040 錯誤消息
「operator」:「identifier1」與「identifier2」的間接定址級別不同
涉及該運算符的表達式具有不一致的間接定址級別。
如果兩個操作數都是算術的或都是非算術的（如數組或指針），則不用更改就可使用它們。如
果一個操作數是算術的，而另一個不是，則算術運算符將轉換為非算術類型。
編譯器錯誤 C2041 錯誤消息
非法的數字「character」(用於基「number」)
指定的字元不是基（如八進制或十六進制）的有效數字。
編譯器錯誤 C2042 錯誤消息
signed/unsigned 關鍵字互相排斥
在單個聲明中使用關鍵字 signed 和 unsigned。
編譯器錯誤 C2043 錯誤消息
非法 break
break 僅在 do、for、while 或 switch 語句中合法。
編譯器錯誤 C2044 錯誤消息
非法 continue
continue 僅在 do、for 或 while 語句中合法。
編譯器錯誤 C2045 錯誤消息
「identifier」: 標簽重定義
該標簽出現在同一函數中的多條語句之前。
編譯器錯誤 C2046 錯誤消息
非法的 case
關鍵字 case 只能出現在 switch 語句中。
編譯器錯誤 C2047 錯誤消息
非法的 default
關鍵字 default 僅能出現在 switch 語句中。
編譯器錯誤 C2048 錯誤消息
默認值多於一個
switch 語句包含多個 default 標簽。刪除其中一個 default 標簽可解決該錯誤。
編譯器錯誤 C2050 錯誤消息
switch 表達式不是整型
switch 表達式計算結果為一個非整數值。若要解決該錯誤，請在 switch 語句中只使用整數
值。
編譯器錯誤 C2051 錯誤消息
case 表達式不是常數
Case 表達式必須是整數常數。
編譯器錯誤 C2052 錯誤消息
「type」: 非法的 case 表達式類型
Case 表達式必須是整數常數。
編譯器錯誤 C2053 錯誤消息
「identifier」: 寬字元串不匹配
寬字元串被分配給了一個不兼容的類型。
編譯器錯誤 C2054 錯誤消息
在「identifier」之後應輸入「(」
該函數標識符用在需要尾部括弧的上下文中。
導致該錯誤的可能原因是省略了復雜初始化上的等號 (=)。
編譯器錯誤 C2055 錯誤消息
應輸入形參表，而不是類型表
函數定義包含參數類型列表而不包含形參表。ANSI C 需要命名的形參，除非它們是 void 或
是省略號 (...)。
編譯器錯誤 C2056 錯誤消息
非法表達式
表達式因前一個錯誤而無效。
編譯器錯誤 C2057 錯誤消息
應輸入常數表達式
上下文要求常數表達式，即其值在編譯時已知的表達式。
編譯器錯誤 C2058 錯誤消息
常數表達式不是整型
該上下文需要整數常數表達式。
編譯器錯誤 C2059 錯誤消息
語法錯誤 :「token」
該標記導致語法錯誤。
若要確定原因，則不僅要檢查在錯誤信息中列出的行，還要檢查該行上面的行。下面的示例對
聲明 j 的行生成了錯誤信息，而該錯誤的真正源卻出現在其上面的行中。
如果對行的檢查沒有獲得有關可能出現的問題的任何線索，則嘗試注釋掉在錯誤信息中列出的
行以及可能出現在該行上面的若干行。
如果該錯誤信息在緊跟 typedef 變數的符號上出現，則檢查該變數是否已在源代碼中定義。
如果符號沒有計算出任何結果（在使用 /Dsymbol= 編譯時可能發生），可能會導致 C2059。
可能收到 C2059 的另一個特定原因是編譯在函數的默認參數中指定了結構的應用程序。參數的
默認值必須是一個表達式。初始值設定項列表（如用於初始化結構的初始值設定項列表）不是表達式。其解決方法是定義一
個執行所需初始化的構造函數。
編譯器錯誤 C2060 錯誤消息
語法錯誤 : 遇到文件結束
至少還需要一個標記。
編譯器錯誤 C2061 錯誤消息
語法錯誤: 標識符「identifier」
編譯器發現了不應在此出現的標識符。請確保在使用 identifier 之前對其進行聲明。
初始值設定項可能括在了括弧中。為避免該問題，請將聲明符括在括弧中或使其成為 typedef
。
在編譯器將表達式作為類模板參數檢測時也可能導致此錯誤；使用 typename 告訴編譯器它是
一個類型。
編譯器錯誤 C2062 錯誤消息
意外的類型「type」
編譯器不需要類型名稱。
編譯器處理構造函數的參數列表中未定義類型的方式也可能導致 C2062。如果編譯器遇到未定
義的（拼錯了嗎？）類型，則它假定構造函數是一個表達式，並發出 C2062。若要解決此錯誤，請只使用構造函數參數列表
中的定義類型。
編譯器錯誤 C2063 錯誤消息
「identifier」: 不是函數
該標識符用作函數，但未聲明為函數。
編譯器錯誤 C2064 錯誤消息
項不會計算為接受「number」個參數的函數
通過表達式調用了函數。該表達式未計算為函數指針。
編譯器錯誤 C2065 錯誤消息
「identifier」: 未聲明的標識符
在可使用變數的類型前必須在聲明中指定它。在可以使用函數前必須在聲明或原型中指定該函
數使用的參數。
可能的原因：
1.您正在用 C 運行庫的調試版本進行編譯，在 for 循環中聲明標准 C++ 庫迭代器變數，然後
嘗試在 for 循環范圍外使用該迭代器變數。 用 C 運行庫的調試版本編譯標准 C++ 庫代碼暗指使用 /Zc:forScope。有關更
多信息，請參見調試迭代器支持。
2.可能正在調用當前不受生成環境支持的 SDK 頭文件中的函數。
3.省略必要的包含文件，尤其是在定義 VC_EXTRALEAN、WIN32_LEAN_AND_MEAN 或
WIN32_EXTRA_LEAN 時。這些符號從 windows.h 和 afxv_w32.h 中排除了一些頭文件以加快編譯。（在 windows.h 和
afxv_w32.h 中查找排除的頭文件的最新說明。）
4.標識符名拼寫錯誤。
5.標識符使用了錯誤的大小寫字母。
6.字元串常數的後面缺少右引號。
7.命名空間范圍不正確。例如，若要解析 ANSI C++ 標准庫函數和運算符，則必須用 using 指
令指定 std 命名空間。下面的示例未能編譯，因為 using 指令被注釋掉，並且在 std 命名空間中定義了 cout：
編譯器錯誤 C2066 錯誤消息
轉換到函數類型是非法的
在 ANSI C 中，函數指針和數據指針間的轉換是非法的。
編譯器錯誤 C2067 錯誤消息
轉換到數組類型是非法的
對象被轉換成了數組類型。
編譯器錯誤 C2069 錯誤消息
「void」項到非「void」項的強制轉換
類型 void 不能轉換成任何其他類型。
編譯器錯誤 C2070 錯誤消息
「type」: 非法的 sizeof 操作數
sizeof 運算符需要一個表達式或類型名稱。
編譯器錯誤 C2071 錯誤消息
「identifier」: 非法的存儲類
聲明 identifier 所用的存儲類無效。
編譯器錯誤 C2072 錯誤消息
「identifier」: 函數的初始化
錯誤指定了函數初始值設定項。
編譯器錯誤 C2073 錯誤消息
「identifier」: 部分初始化數組的元素必須有默認構造函數
為用戶定義的類型或常數的數組指定的初始值設定項太少。如果沒有為數組成員指定明確的初
始值設定項及其對應的構造函數，則必須提供默認的構造函數。
編譯器錯誤 C2074 錯誤消息
「identifier」:「class-key」初始化需要大括弧
在指定的類、結構或聯合初始值設定項兩邊沒有大括弧。
編譯器錯誤 C2075 錯誤消息
「identifier」: 數組初始化需要大括弧
在指定的數組初始值設定項兩邊沒有大括弧。
編譯器錯誤 C2077 錯誤消息
非標量欄位初始值設定項「identifier」
試圖用非標量（結構、聯合、數組或類）初始化位域。使用整數值或浮點值。
編譯器錯誤 C2078 錯誤消息
初始值設定項太多
初始值設定項的數目超過了要初始化的對象數。
編譯器錯誤 C2079 錯誤消息
「identifier」使用未定義的類/結構/聯合「name」
指定的標識符是一個未定義的類、結構或聯合。
初始化匿名聯合時，可能會導致此錯誤。
編譯器錯誤 C2081 錯誤消息
「identifier」: 形參表中的名稱非法
標識符導致語法錯誤。
此錯誤可能是由使用形參表的舊形式導致的。必須在形參表中指定形參的類型。
編譯器錯誤 C2082 錯誤消息
形參「identifier」的重定義
在函數體中重新聲明了函數的形參。若要解決該錯誤，請移除該重定義。
編譯器錯誤 C2083 錯誤消息
結構/聯合比較非法
結構或聯合直接與另一個用戶定義的類型進行比較。這是不允許的，除非已經定義了比較運算
符或者存在到標量類型的轉換。
編譯器錯誤 C2084 錯誤消息
函數「function」已有主體
函數已經定義。
在以前的 Visual C++ 版本中，
•編譯器將接受解析為同一實際類型的多個模板的專用化，盡管附加的定義將永遠不可用。現
在編譯器將檢測這些多重定義。
•__int32 和 int 已被視為單獨的類型。編譯器現在將 __int32 作為 int 的同義詞處理。這
意味著，如果函數同時在 __int32 和 int 上重載，編譯器將檢測多個定義，並提供一個錯誤。
編譯器錯誤 C2085 錯誤消息
「identifier」: 不在形參表中
該標識符在函數定義中聲明而未在形參表中聲明。（僅用於 ANSI C）
編譯器錯誤 C2086 錯誤消息
「identifier」: 重定義
多次定義了該標識符，或者後面的聲明與前一個不同。
C2086 也可能是增量編譯引用的 C# 程序集的結果。重新生成該 C# 程序集以解決此錯誤。
編譯器錯誤 C2087 錯誤消息
「identifier」: 缺少下標
具有多個下標的數組的定義缺少大於 1 的維度的下標值。
編譯器錯誤 C2088 錯誤消息
「operator」: 對於「class-key」非法
沒有為結構或聯合定義該運算符。該錯誤只對 C 代碼有效。
編譯器錯誤 C2089 錯誤消息
「identifier」:「class-key」太大
指定的結構或聯合超過 4GB 的**。
編譯器錯誤 C2090 錯誤消息
函數返回數組
函數不能返回數組。請返回指向數組的指針。
編譯器錯誤 C2091 錯誤消息
函數返回函數
函數不能返回函數。請返回指向函數的指針。
編譯器錯誤 C2092 錯誤消息
「array name」數組元素類型不能是函數
不允許使用函數數組。請使用指向函數的指針的數組。
編譯器錯誤 C2093 錯誤消息
「variable1」: 無法使用自動變數「variable2」的地址初始化
在用 /Za 編譯時，程序試圖將自動變數的地址用作初始值設定項。
編譯器錯誤 C2094 錯誤消息
標簽「identifier」未定義
goto 語句使用的標簽在函數中不存在。
編譯器錯誤 C2095 錯誤消息
「function」: 實參具有類型「void」:「number」參數
傳遞給函數的參數為 void 類型，這是不允許的。請改為使用指向 void 的指針 (void *)。
number 指示哪一個參數為 void。
編譯器錯誤 C2097 錯誤消息
非法的初始化
通過檢查下面的可能原因進行修復
1.使用非常數值初始化變數。
2.用長地址初始化短地址。
3.在用 /Za 編譯時，用非常數表達式初始化局部結構、聯合或數組。
4.用包含逗號運算符的表達式初始化。
5.用既非常數又非符號的表達式初始化。
編譯器錯誤 C2099 錯誤消息
初始值設定項不是常數
此錯誤只由 C 編譯器發出，而且只對非自動變數發生。編譯器在程序的開頭對非自動變數進
行初始化，並且用於對這些變數進行初始化的值必須是常數。
由於編譯時與運行時的浮點精度環境設置（有關更多信息，請參見 _controlfp_s）可能不同
，因此，編譯器無法在 /fp:strict 下對表達式執行常數合並。在這種情況下，也可能發生 C2099。
當常數合並失敗時，編譯器調用動態初始化，這在 C 中是不允許的。
要解決此錯誤，請將模塊編譯為 .cpp 文件或對表達式進行簡化。
D. C++編譯鏈接錯誤
C++常見編譯/鏈接錯誤及其解決辦法
1. 解決error LNK2005: ___crtExitProcess 已經在 LIBCMTD.lib(crt0dat.obj) 中定義
有的時候, 在 Debug 模式下編譯沒問題, 換到 Release 模式就發生一堆問題.
典型的例子, 就是因為 c++ runtime library 設定不同, 所造成的重復定義連結錯誤.
而另一個常見的例子是 專案與 library 使用不同的字元集合設定
(如: 一個用 Unicode Character Set, 另一個用 Multi-Byte Character Set)
這個錯誤發生原因, 有可能是
1. 你 link 的 lib 使用 C++ Multi-threaded DLL (/MD)
2. 而你的 source 使用的 C++ runtime library 是 Multi-threaded (/MT)
導致重復定義
解決方法:
兩個使用相同的 C++ runtime library.例如都使用 static 的 Multi-threaded (/MT).
2. 錯誤 1error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) 已經在 LIBCMT.lib(typinfo.obj) 中定義 MSVCRTD.lib
項目 -> 屬性 -> c/C++ -> 代碼生成 -> 運行時庫 設置為: 多線程調試 DLL (/MDd)
被引用的庫和調用的程序編譯選項不同，需要改成一致後編譯
3.#pragma once與 #ifndef的區別
為了避免同一個文件被include多次
1 #ifndef方式
2 #pragma once方式
在能夠支持這兩種方式的編譯器上，二者並沒有太大的區別，但是兩者仍然還是有一些細微的區別。
方式一：
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 一些聲明語句
#endif
方式二：
#pragma once
... ... // 一些聲明語句
#ifndef的方式依賴於宏名字不能沖突，這不光可以保證同一個文件不會被包含多次，也能保證內容完全相同的兩個文件不會被不小心同時包含。當然，缺點就是如果不同頭文件的宏名不小心「撞車」，可能就會導致頭文件明明存在，編譯器卻硬說找不到聲明的狀況
#pragma once則由編譯器提供保證：同一個文件不會被包含多次。注意這里所說的「同一個文件」是指物理上的一個文件，而不是指內容相同的兩個文件。帶來的好處是，你不必再費勁想個宏名了，當然也就不會出現宏名碰撞引發的奇怪問題。對應的缺點就是如果某個頭文件有多份拷貝，本方法不能保證他們不被重復包含。當然，相比宏名碰撞引發的「找不到聲明」的問題，重復包含更容易被發現並修正。
方式一由語言支持所以移植性好，方式二 可以避免名字沖突
4.error LNK2019: 無法解析的外部符號 __imp__PathCombineW
PathCombine是Shell api 需要引入庫#pragma comment( lib, "shlwapi.lib")
5.error C2662: "MyClass::GetName()」: 不能將「this」指針從「const MyClass」轉換為「MyClass &」
bool MyClass::operator==(const MyClass* n1) const
{return GetName() == n1->GetName();}
原因是不能在const函數中調用對象的非const方法，MyClass中的GetName()必須是const的。
6.template 模板
模板聲明和定義必須在同一個文件中，而且只有實例話模板類型時才編譯模板實例
7.error C2275: 「MyClass」: 將此類型用作表達式非法 MyClass.Instance();
原因：Instance是靜態方法，用.引用會出錯。應該是MyClass::Instance()
8.error LNK2019: 無法解析的外部符號 "public: __thiscall MyClass(void)
原因：只聲明了構造函數，MyClass(); ，但未定義。 可以定義空函數，或者直接注釋掉，使用默認構造函數。
9.error C2504: 「testing」: 未定義基類
class PackToolTest : testing.Test {}
原因：Test是testing命名空間下的一個類，需要用域操作符，testing::Test
還有一個問題，缺少基類繼承許可權（public、protected、private）
10.error C2864: 「MyClass::_nullpack」: 只有靜態常量整型數據成員才可以在類中初始化
class MyClass {string _nullpack = "test";}
原因：c++ 中，成員變數不能在聲明時初始化，而是在構造函數初始化列表中先初始化
11.error LNK2019: 無法解析的外部符號_WinMain@16int main()
原因：由於創建的是Win32 Project，和Win32 console Project的鏈接庫不同
方法1：在程序最開始的地方加上以下語句
#pragma comment(linker, "/subsystem:console ")
方法2：project > > setting > > 在link 的project options 中將/subsystem:windows（console）刪了
12.類似「已經在 msvcprtd.lib(MSVCP80D.dll) 中定義」問題
vs2005 Debug /Release需要分別配製
分析一下錯誤來源，會發現：
1. 錯誤來源主要是重復定義的問題，而且重復定義的基本上都是VC Runtime和Standard C++ Library中的函數
2. LIBCMT和LIBCPMT為Release下的Lib，本來不應該出現在Debug版本的鏈接的Lib中
3. 重復定義的問題主要出現在：LIBCMT, LIBCPMT, MSVCPRTD, MSVCRTD
來看看出問題的LIB是那些：
1. LIBCMT：C Runtime庫的多線程靜態鏈接的Release版本
2. LIBCPMT：C++ Standard Library的多線程靜態鏈接的Release版本
3. MSVCPRTD：C++ Standard Library的多線程DLL的Debug版本
4. MSVCRTD：C Runtime Library的多線程DLL的Debug版本
當 前我們的配置是多線程DLL的Debug版，因此3和4是應該出現在link的列表中的，不屬於多餘。而後兩者則是只是當多線程靜態鏈接Release版 中才會出現。這提示我在項目中加入的ANTLR.LIB可能是造成這個問題的根源，因為靜態庫的編譯選項很容易和主程序發生沖突，並且根據實際信息我們可 以看出ANTLR.LIB應該是用多線程靜態鏈接的Release版本來編譯的。
解決方法：
1、首先查看編譯項目依賴的其他項目的運行時庫是否一致
2、如果不一致，改為同樣的運行時庫，如在下編譯的是：「多線程調試 DLL (/MDd)」,現在需要把所有的依賴項目的運行時庫都改為一致的庫，就OK了。
13.error C2143: 語法錯誤 : 缺少「;」(在「*」的前面)
原因：產生錯誤處，某類型未include，可能頭文件名拼寫錯誤、頭文件名已更改
14.error C2572: 「MyClass::Invoke」: 重定義默認參數 : 參數 2
string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type = ASYN)
原因：默認參數，只需在聲明時指定。方法定義的時候無需指定默認參數。
string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type )
{ ... }
15.錯誤 C2558 沒有可用的復制構造函數或復制構造函數聲明為「explicit」
試圖復制其復制構造函數為 private 的類。在大多數情況下，不應復制具有 private 復制構造函數的類。通用編程技術聲明 private 復制構造函數以防止直接使用類。該類本身可能無用，或需要另一個類才能正常工作。
嘗試復制其復制構造函數為 explicit 的類。用 explicit 聲明復制構造函數會阻止將類的對象傳遞到函數或從函數返回類的對象。
原因： 拷貝構造函數、賦值函數參數必須用const修飾
16.不能創建抽象類對象
原因： 1. 存在虛函數未實現； 2. 由於疏忽重載虛函數格式錯誤(此問題需要仔細檢查才能發現)； 3. 虛函數名稱與系統中已有的虛函數重名，導致重載失敗（這點很納悶）。
17.沒有找到MSCRV80D.dll
工程屬性： 配置類型 由 exe 改成 lib 後生成， 然後再改回來，運行時會出現 「沒有找到MSCRV80D.dll」 的異常
解決方法：
工程屬性：MFC的使用 由 「使用標准Windows庫」 改成 「在靜態庫中使用MFC「 生成 ，然後再改回來，生成、運行 OK
18.CVTRES : fatal error CVT1100: 重復的資源。type:MANIFEST, name:1, language:0x0409
另一個則提示為：
LINK : fatal error LNK1123: 轉換到 COFF 期間失敗: 文件無效或損壞
已經到了鏈接期，應該說，問題就不像編譯通不過那麼別扭了，而查閱MSDN關於這兩個問題的說明，終於找到了解決的方法，現簡單的陳述如下：
首先，出現這兩個問題的原因都是一個，即文件中的現有資源文件和新資源字元串表 ID 沖突。微軟也給出了解決這個問題的方法，但是，在現有的情況下，這個方法是靠不住的，因為，不可能不使用wx.rc資源。所以，一個變通的解決方法就是：
工程屬性->配置屬性-> 清單工具->輸入和輸出->嵌入清單，選擇[否]，即可。
E. 編譯錯誤怎麼解決
如果使用C的編譯器，應該是能編譯通過 因為C編譯器如果沒有寫明函數的返回值的話默認的函數返回值是int 如果使用C++的編譯器就編譯不過了 因為C++比C更嚴格了，不允許默認的int返回值
F. 內核編譯錯誤—「mkimage」
在內核編譯時經常出現各種錯誤。下圖是內核編譯常見問題之一：
"mkimage" command not found -U-Boot images will not be built
make[1]: *** [arch/arm/boot/uImage] Error 1
make: *** [uImage] Error 2
根據上圖提示信息，"mkimage" command not found -U-Boot images will not be built，先嘗試在linux系統裡面安裝依賴包mkimage，
輸入命令：sudo apt-get install uboot-mkimage
如下圖：
運行命令後，提示uboot-mkimage包不可用，被其它包引用了，意味著uboot-mkimage包丟失、廢棄或從其它源來獲得。
根據提示，可以用另一個包u-boot-tools替代，下面安裝u-boot-tools，
輸入命令：sudo apt-get install u-boot-tools
如下圖:
安裝u-boot-tools包後，再繼續編譯內核，如下圖，顯示uImage is ready，說明內核編譯成功。接著可以給板子上電，啟動內核。
G. 關於C語言在編譯時常出現的錯誤有哪些
1、fatal error C1010: unexpected end of file while looking for precompiled header directive。
尋找預編譯頭文件路徑時遇到了不該遇到的文件尾。(一般是沒有#include "stdafx.h")
2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory
不能打開包含文件「R…….h」：沒有這樣的文件或目錄。
3、error C2011: 'C……': 'class' type redefinition
類「C……」重定義。
4、error C2018: unknown character '0xa3'
不認識的字元'0xa3'。(一般是漢字或中文標點符號)
5、error C2057: expected constant expression
希望是常量表達式。(一般出現在switch語句的case分支中)
6、error C2065: 'IDD_MYDIALOG' : undeclared identifier
「IDD_MYDIALOG」：未聲明過的標識符。
7、error C2082: redefinition of formal parameter 'bReset'
函數參數「bReset」在函數體中重定義。
8、error C2143: syntax error: missing ':' before '{'
句法錯誤：「{」前缺少「;」。
9、error C2146: syntax error : missing ';' before identifier 'dc'
句法錯誤：在「dc」前丟了「;」。
10、error C2196: case value '69' already used
值69已經用過。(一般出現在switch語句的case分支中)
11、error C2509: 'OnTimer' : member function not declared in 'CHelloView'
成員函數「OnTimer」沒有在「CHelloView」中聲明。
12、error C2511: 'reset': overloaded member function 'void (int)' not found in 'B'
重載的函數「void reset(int)」在類「B」中找不到。
13、error C2555: 'B::f1': overriding virtual function differs from 'A::f1' only by return type or calling convention
類B對類A中同名函數f1的重載僅根據返回值或調用約定上的區別。
14、error C2660: 'SetTimer' : function does not take 2 parameters
「SetTimer」函數不傳遞2個參數。
15、warning C4035: 'f……': no return value
「f……」的return語句沒有返回值。
16、warning C4553: '= =' : operator has no effect; did you intend '='?
沒有效果的運算符「= =」;是否改為「=」?
17、warning C4700: local variable 'bReset' used without having been initialized
局部變數「bReset」沒有初始化就使用。
18、error C4716: 'CMyApp::InitInstance' : must return a value
「CMyApp::InitInstance」函數必須返回一個值。
19、LINK : fatal error LNK1168: cannot open Debug/P1.exe for writing
連接錯誤：不能打開P1.exe文件，以改寫內容。(一般是P1.Exe還在運行，未關閉)
20、error LNK2001: unresolved external symbol "public: virtual _ _thiscall C……::~C……(void)"
連接時發現沒有實現的外部符號(變數、函數等)。
function call missing argument list 調用函數的時候沒有給參數。
member function definition looks like a ctor, but name does not match enclosing class 成員函數聲明了但沒有使用
unexpected end of file while looking for precompiled header directive 在尋找預編譯頭文件時文件意外結束，編譯不正常終止可能造成這種情況