在使用  重疊IO模型 的時候遇到一個連個 頭文件 包含錯誤，windows.h 和 winsock2.h。在網上找到一篇文章，覺得方法很好，特轉載：

在我初學Windows網絡編程時，曾經遇到過兩類編譯錯誤（VC6的Build窗口嘩嘩的顯示了102個Errors），都是些類型未定義或者重復定義問題，讓我感到很郁悶。這兩種錯誤情況下的第一條錯誤信息分別為：

錯誤情形1：mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier
錯誤情形2：winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition
后來，我靜下心來仔細分析一下錯誤提示及相關文件，終于找到了原因。

我們知道，Windows網絡編程至少需要兩個頭文件：winsock2.h和windows.h，而在WinSock2.0之前還存在一個老版本的winsock.h。正是這三個頭文件的包含順序，導致了上述問題的出現(xiàn)。

先讓我們看看winsock2.h的內容，在文件開頭有如下宏定義：

#ifndef _WINSOCK2API_
#define _WINSOCK2API_
#define _WINSOCKAPI_   /* Prevent inclusion of winsock.h in windows.h */
_WINSOCK2API_很容易理解，這是最常見的防止頭文件重復包含的保護措施。_WINSOCKAPI_的定義則是為了阻止對老文件winsock.h的包含，即是說，如果用戶先包含了winsock2.h就不允許再包含winsock.h了，否則會導致類型重復定義。這是怎樣做到的呢？很簡單，因為winsock.h的頭部同樣存在如下的保護措施：

#ifndef _WINSOCKAPI_
#define _WINSOCKAPI_
再回過頭來看winsock2.h，在上述內容之后緊跟著如下宏指令：

/*
 * Pull in WINDOWS.H if necessary
 */
#ifndef _INC_WINDOWS
#include <windows.h>
#endif /* _INC_WINDOWS */
其作用是如果用戶沒有包含windows.h（_INC_WINDOWS在windows.h中定義）就自動包含它，以定義WinSock2.0所需的類型和常量等。

現(xiàn)在切換到windows.h，查找winsock，我們會驚奇的發(fā)現(xiàn)以下內容：

#ifndef WIN32_LEAN_AND_MEAN
#include <cderr.h>
#include <dde.h>
#include <ddeml.h>
#include <dlgs.h>
#ifndef _MAC
#include <lzexpand.h>
#include <mmsystem.h>
#include <nb30.h>
#include <rpc.h>
#endif
#include <shellapi.h>
#ifndef _MAC
#include <winperf.h>
#if(_WIN32_WINNT >= 0x0400)
#include <winsock2.h>
#include <mswsock.h>
#else
#include <winsock.h>
#endif /* _WIN32_WINNT >=  0x0400 */

#endif
// 這里省略掉一部分內容
#endif /* WIN32_LEAN_AND_MEAN */

看到沒？windows.h會反向包含winsock2.h或者winsock.h！相互間的包含便是萬惡之源！

下面具體分析一下問題是怎么發(fā)生的。

錯誤情形1：我們在自己的工程中先包含winsock2.h再包含windows.h，如果WIN32_LEAN_AND_MEAN未定義且_WIN32_WINNT大于或等于0x400，那么windows.h會在winsock2.h開頭被自動引入，而windows.h又會自動引入mswsock.h，此時，mswsock.h里所用的socket類型還尚未定義，因此會出現(xiàn)類型未定義錯誤。

錯誤情形2：先包含windows.h再包含winsock2.h，如果WIN32_LEAN_AND_MEAN未定義且_WIN32_WINNT未定義或者其版本號小于0x400，那么windows.h會自動導入舊有的winsock.h，這樣再當winsock2.h被包含時便會引起重定義。

這里要說明的是，宏WIN32_LEAN_AND_MEAN的作用是減小win32頭文件尺寸以加快編譯速度，一般由AppWizard在stdafx.h中自動定義。_WIN32_WINNT的作用是開啟高版本操作系統(tǒng)下的特殊函數(shù)，比如要使用可等待定時器（WaitableTimer），就得要求_WIN32_WINNT的值大于或等于0x400。因此，如果你沒有遇到上述兩個問題，很可能是你沒有在這些條件下進行網絡編程。

問題還沒有結束，要知道除了VC自帶windows庫文件外，MS的Platform SDK也含有這些頭文件。我們很可能發(fā)現(xiàn)在之前能夠好好編譯的程序在改變了windows頭文件包含路徑后又出了問題。原因很簡單，Platform SDK中的windows.h與VC自帶的文件存在差異，其相同位置的代碼如下：

#ifndef WIN32_LEAN_AND_MEAN
#include <cderr.h>
#include <dde.h>
#include <ddeml.h>
#include <dlgs.h>
#ifndef _MAC
#include <lzexpand.h>
#include <mmsystem.h>
#include <nb30.h>
#include <rpc.h>
#endif
#include <shellapi.h>
#ifndef _MAC
#include <winperf.h>
#include <winsock.h>  // 這里直接包含winsock.h
#endif
#ifndef NOCRYPT
#include <wincrypt.h>
#include <winefs.h>
#include <winscard.h>
#endif
#ifndef NOGDI
#ifndef _MAC
#include <winspool.h>
#ifdef INC_OLE1
#include <ole.h>
#else
#include <ole2.h>
#endif /* !INC_OLE1 */
#endif /* !MAC */
#include <commdlg.h>
#endif /* !NOGDI */
#endif /* WIN32_LEAN_AND_MEAN */

唉，我們不禁要問MS為什么要搞這么多花樣，更讓人氣憤的是，既然代碼不一樣，windows.h里卻沒有任何一個宏定義能夠幫助程序辨別當前使用的文件是VC自帶的還是PSDK里的。

后來，我寫了一個頭文件專門處理winsock2.h的包含問題，名為winsock2i.h，只需在要使用WinSock2.0的源文件里第一個包含此文件即可，不過由于前面提到的問題，當使用PSDK時，需要手工定義一下USING_WIN_PSDK，源碼如下：

//
// winsock2i.h - Include winsock2.h safely.
//
// Copyleft  02/24/2005  by freefalcon
//
//
// When WIN32_LEAN_AND_MEAN is not defined and _WIN32_WINNT is LESS THAN 0x400,
// if we include winsock2.h AFTER windows.h or winsock.h, we get some compiling
// errors as following:
//   winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition
//
// When WIN32_LEAN_AND_MEAN is not defined and _WIN32_WINNT is NOT LESS THAN 0x400,
// if we include winsock2.h BEFORE windows.h, we get some other compiling errors:
//   mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier
//
// So, this file is used to help us to include winsock2.h safely, it should be
// placed before any other header files.
//
#ifndef _WINSOCK2API_

// Prevent inclusion of winsock.h
#ifdef _WINSOCKAPI_
#error Header winsock.h is included unexpectedly.
#endif

// NOTE: If you use Windows Platform SDK, you should enable following definition:
// #define USING_WIN_PSDK

#if !defined(WIN32_LEAN_AND_MEAN) && (_WIN32_WINNT >= 0x0400) && !defined(USING_WIN_PSDK)
#include <windows.h>
#else
#include <winsock2.h>
#endif

#endif//_WINSOCK2API_

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/freefalcon/archive/2006/11/09/1374733.aspx

按照freefalcon提供的方法，到winsock2.h中看到：
#ifndef _INC_WINDOWS
#include <windows.h>
#endif /* _INC_WINDOWS */
其實只需包含#include <winsock2.h>就可以了，把#include <windows.h>放在#include <winsock2.h>后其實也是可以的，沒有包含錯誤的問題。

但如果又出現(xiàn)這樣的錯誤：
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__closesocket@4，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSAGetLastError@0，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSARecv@28，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSACreateEvent@0，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__accept@12，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__listen@8，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__bind@12，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__htons@4，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__htonl@4，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__socket@12，該符號在函數(shù) _main 中被引用
1>server.obj : error LNK2019: 無法解析的外部符號 __imp__WSAStartup@8，該符號在函數(shù) _main 中被引用

如果出現(xiàn)這樣的錯誤，那就是庫沒包含了，只要查查MSDN，找到包含這個函數(shù)的庫就行了，加入一句：

#pragma   comment(lib,   "ws2_32.lib")