編寫WinSock程序時，如果不包含WinSock2.h文件很多系統類型無法識別。可是如果包含了WinSock2.h文件則報N多系統類型重定義的錯誤。
例如 ：
mswsock.h(69) : error C2065: 'SOCKET' : undeclared identifier
winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition
多虧了網上諸多網友的帖子給了我提示，問題解決了。跪謝了。
Windows網絡編程至少需要兩個頭文件：winsock2.h和windows.h，而在WinSock2.0之前還存在一個老版本的winsock.h。正是這三個頭文件的包含順序，導致了上述問題的出現。
先看看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所需的類型和常量等。
現在切換到windows.h，查找winsock，我們會驚奇的發現以下內容：
#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！相互間的包含便是萬惡之源！
下面具體分析一下問題是怎么發生的。
錯誤情形1：我們在自己的工程中先包含winsock2.h再包含windows.h，如果WIN32_LEAN_AND_MEAN未定義且_WIN32_WINNT大于或等于0x400，那么windows.h會在winsock2.h開頭被自動引入，而windows.h又會自動引入mswsock.h，此時，mswsock.h里所用的socket類型還尚未定義，因此會出現類型未定義錯誤。
錯誤情形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的作用是開啟高版本操作系統下的特殊函數，比如要使用可等待定時器（WaitableTimer），就得要求_WIN32_WINNT的值大于或等于0x400。因此，如果你沒有遇到上述兩個問題，很可能是你沒有在這些條件下進行網絡編程。
問題還沒有結束，要知道除了VC自帶windows庫文件外，MS的Platform SDK也含有這些頭文件。我們很可能發現在之前能夠好好編譯的程序在改變了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.