不知道大家有没这种经历,写了一个网络程序,一编译,吓,几十上百个错误,真是恐怖啊,我就遇到过N次了。
恐怖的错误数量,加上全部是自带头文件的错误,错误位置也不好找,微软的BUG真是害死人啊。
我最近发现了一个博客中写道:
今天在帮她调试一个网络程序时,发现了一个奇怪的问题:
就是假如包含头文件的顺序写成:
#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 notwinsock2.h but winsock.h; sadly when Microsoft wrote winsock2.h they chose neither to changewindows.h to include winsock2.h, which replaces winsock.h, nor to includewindows.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预编译指令的重要性!!!
帖子原链接:http://blog.csdn.net/rainkop/article/details/8185695
很强大,所有的错误都可以归纳到此,只不过说的貌似有点多余,比如windows.h中已经包含了winsock2.h就不必要再包含winsock2.h了。
但是如果使用了WinPcap函数呢?错误又是一堆。
照着这个帖子的办法,先#include <pcap.h>,再#include <windows.h>,错误就解决了。
感谢写这篇帖子的人,给了我很大的帮助。这个错误确实出现的不多,一旦出现就会手忙脚乱。
在此写篇帖子,免得忘了