在C++中經(jīng)常會(huì)涉及到處于不同頭文件的類(lèi)互相引用的情況，有時(shí)候頭文件引用（include）會(huì)搞得很亂，導(dǎo)致報(bào)一堆的錯(cuò)。其實(shí)遵循一定規(guī)則，可以避免大部分的混亂。

首先，要對(duì)頭文件進(jìn)行處理，保證不會(huì)出現(xiàn)重定義的錯(cuò)誤。這個(gè)應(yīng)該每個(gè)人都會(huì)，通常有兩種做法：

1. 在.cpp文件中添加保護(hù)，比如在.cpp文件中添加：

#ifndef _XX_H_
#define _XX_H_
#include "xx.h"
#endif

2. 在.h中添加保護(hù)，比如在xx.h文件中添加：

#ifndef _XX_H_
#define _XX_H_
// 頭文件聲明內(nèi)容
#endif

_XX_H_是我比較習(xí)慣的命名方式，其他的命名方式，比如__XX__H__，XX_H等等，只要足夠Unique就好。建議使用第二種方式進(jìn)行重定義的保護(hù)，一勞永逸而且具有通用性，任何人拿來(lái)就能用，不需要考慮保護(hù)問(wèn)題。當(dāng)然，如果在VS（03以上吧？）下，最好的解決方案是用#pragma once，更為簡(jiǎn)單有效。

其次，最好將所有頭文件需要用到的自定義類(lèi)（或函數(shù)）都在定義前聲明一下，比如在xx.h的類(lèi)xx中需要用到y(tǒng)y.h中的yy類(lèi)，那么最好做以下的處理：

class yy;

class xx
{
 // 實(shí)現(xiàn)內(nèi)容
};

這樣就可以保證頭文件引用的次序不會(huì)對(duì)結(jié)果造成影響。

通常，保證以上兩點(diǎn)，通常涉及到類(lèi)互指的問(wèn)題都可以解決。當(dāng)然如果天生就有設(shè)計(jì)問(wèn)題，無(wú)論如何都是沒(méi)有辦法的，比如：

// xx.h
class xx
{
 yy t;
};

// yy.h
class yy
{
 xx t;
};

不難看出，這是個(gè)遞歸定義，編譯器無(wú)法確定類(lèi)xx和yy的大小，就無(wú)法通過(guò)編譯。一種解決策略是采用指針，比如：

// xx.h
class xx
{
 yy* t;
};

// yy.h
class yy
{
 xx* t;
};

當(dāng)然，具體情況具體分析，提取一個(gè)更高層的類(lèi)等手段都可以考慮。

還有一個(gè)問(wèn)題，我一直也心存疑問(wèn)，就是頭文件組織問(wèn)題。在VS中建立一個(gè)MFC工程，都會(huì)產(chǎn)生一對(duì)stdafx文件，按照這種思想我們把工程下通用的頭文件都放入stdafx.h中，在.cpp文件的最開(kāi)始統(tǒng)一#include "stdafx.h"，這樣就可以在.h文件中引用很少的頭文件。

這種策略在單工程時(shí)很好用，相當(dāng)于做了頭文件組織級(jí)別的重用，但它違反了我一直恪守的一個(gè)原則即誰(shuí)的頭文件誰(shuí)負(fù)責(zé)，指.h和.cpp各自負(fù)責(zé)各自所需的頭文件。于是在跨工程的時(shí)候會(huì)出現(xiàn)一些問(wèn)題。比如在B工程B的某個(gè).h中引用了工程B中的一個(gè)頭文件，由于編譯次序問(wèn)題，這個(gè)頭文件可能無(wú)法被編譯。不知道大家都如何處理頭文件組織問(wèn)題的，望指教。