在C++中經常會涉及到處于不同頭文件的類互相引用的情況，有時候頭文件引用（include）會搞得很亂，導致報一堆的錯。其實遵循一定規則，可以避免大部分的混亂。

首先，要對頭文件進行處理，保證不會出現重定義的錯誤。這個應該每個人都會，通常有兩種做法：

1. 在.cpp文件中添加保護，比如在.cpp文件中添加：

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

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

#ifndef _XX_H_
#define _XX_H_
// 頭文件聲明內容
#endif

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

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

class yy;

class xx
{
 // 實現內容
};

這樣就可以保證頭文件引用的次序不會對結果造成影響。

通常，保證以上兩點，通常涉及到類互指的問題都可以解決。當然如果天生就有設計問題，無論如何都是沒有辦法的，比如：

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

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

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

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

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

當然，具體情況具體分析，提取一個更高層的類等手段都可以考慮。

還有一個問題，我一直也心存疑問，就是頭文件組織問題。在VS中建立一個MFC工程，都會產生一對stdafx文件，按照這種思想我們把工程下通用的頭文件都放入stdafx.h中，在.cpp文件的最開始統一#include "stdafx.h"，這樣就可以在.h文件中引用很少的頭文件。

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