在使用WINSOCK2.H头文件时遇到的一个奇怪问题

今天在帮她调试一个网络程序时，发现了一个奇怪的问题：

就是假如包含头文件的顺序写成：
#include <WINSOCK2.H>
#include <WINDOWS.h>
则程序没有任何编译错误！

但假如我把两个头文件的顺序倒过来，写成：
#include <WINDOWS.h>
#include <WINSOCK2.H>
编译器就会报错，说Server_ST.obj - 68 error(s), 11 warning(s)，乍一看，好恐怖啊～哈哈

后来，我仔细看了一下编译器报告的错误信息，发现大多数是重定义的错误，例如：
error C2011: 'fd_set' : 'struct' type redefinition
error C2011: 'sockaddr_in' : 'struct' type redefinition
。。。。
从经验来看，这些错误应该是由于头文件被多次包含引起的，可到底是怎么回事？？
假如真的是由于头文件被多次包含而导致错误，我们知道，上面这些结构体都是在winsock2.h中定义的，那么由此可以确定是头文件winsock2.h被重复包含了，可令人不可以理解的是我明明只包含了一次啊！！呵呵，可再回头一看，啥都不用说了，肯定是windows.h惹得祸，因为除了它再不会有别人了……

后来我在网上查阅到了一段介绍这个内幕的话：
This problem arises because windows.h (at least, that version of it) includes not winsock2.h but winsock.h; sadly when Microsoft wrote winsock2.h they chose neither to change windows.h to include winsock2.h, which replaces winsock.h, nor to include windows.h from winsock2.h
噢，原来是微软的疏忽给我们带来了这个小小的不便～ 呵呵，也许你会怀疑，微软也会犯这种错误？他肯定会处理好头文件，避免重复包含的呀！！
让我们打开winsock2.h看个究竟，在文件一开始我们就会看到：
#ifndef _WINSOCK2API_
#define _WINSOCK2API_
#define _WINSOCKAPI_       /* Prevent inclusion of winsock.h in windows.h */
.......
#endif
我想在windows.h中应该存在类似于下面这样的代码：
#ifndef _WINSOCKAPI_
#define _WINSOCKAPI_
#include <winsock.h>
#endif
到这里，错误的原因也就真相大白了……    
弄清楚了错误的根源，我们也就很容易可以找到解决办法了，这里给出两种：
<1>
#define _WINSOCKAPI_
#include <WINDOWS.h>
#include <WINSOCK2.H>
<2>
#include <WINSOCK2.H>
#include <WINDOWS.h>


关于头文件这块，我有两点自己的认识：
A.   “声明”可以被重复包含多次，但“定义”在一个.c/.cpp文件中只允许被包含一次。
B.    VC中是以.c/.cpp文件为单位来进行编译的，所以在整个项目中，一个头文件可能会被包含多次。这也是为什么我用#pragma message指令测试#ifdef能否防止被多次包含时，发现编译一个项目时仍然会输出多个message的原因，因为假如多个c/cpp文件包含同一个头文件，则该头文件就会多次被编译器编译解析，从而输出多个message。也就是说：#ifdef的作用范围是一个.c/cpp文件，而不是整个项目。我们可以把编译器编译一个.c/cpp文件的过程称为一个编译session，而一个#ifdef的有效范围只是在它所属的编译session.


由这我再次意识到了在头文件中使用#ifdef预编译指令的重要性！！！