前言
有时候项目中在一个文件中被定义了多个类，类与类之间又有互相的引用。当类过大，或者关联性比较低的时候，就需要分开多个文件更加合理。
一、头文件引用之循环引用
当类A引用类B，类B又需要引用类A的时候，如果我们都在.h头文件中引用对方的头文件，那么就会出现头文件循环引用的问题，实际上使用#import而非#include指令虽然不会导致死循环，但却意味着两个类中有一个无法被正确编译，在xcode中变现为类似以下的错误
解决方案1：
在其中一个类.h头文件使用@class关键字向前声明另一个类，在该类.m文件中再使用#import引入头文件，另一个类正常引用就行。
解决方案2：
在两个类的.h头文件中均使用@class，在两个类的.m实现文件中再使用#import引入对应的头文件。
注：
import指令的简单原理介绍
实际意义上，#import不是OC的关键字，而是编译器指令。当我们在一个类头文件中使用#import关键字引入另一个类的头文件的时候，#import指令实际上是告诉编译器在预编译阶段将另一个类的头文件上的内容都拷贝一个这个头文件上来，所以在预编译后得到的“头文件”实际上就是我们引入的所有头文件的内容加上该头文件本身的内容。
@class关键字说明
@class关键字叫做“向前声明”，在头文件使用“向前声明”，编译器不会像#import指令一样让编译器在预编译进行“拷贝”，但是它会告诉编译器说存在这个类，而不必要进行相应类的头文件内容的拷贝。而另外一个好处就是，OC中用@class + 类来解决循环引用的问题。
题外话：在类的头文件中尽量少引入其他头文件（引自《Effective Objective-C 2.0》）
因为在头文件中我们往往只需要是声明一个类的实例变量，或者方法，并不需要让编译器知道所要使用的类的全部细节，当我们需要使用到这个类的具体细节的时候，比如访问该类的属性或者方法的时候，而这个时机往往是在类的实现文件.m中，所以我们可以在.m文件中再把所要使用的类的头文件#import进来，这样的好处就是可以延迟头文件的引入时机，只在确有必要的时候才引入，这样不但可以减少类的使用者所需头文件的使用数量，还可以减少编译时间。
二、头文件引用之.mm文件与.m文件的问题
OC编程入门的同学应该都知道.m文件是OC实现的标准源文件，有时候我们需要实现OC、C++混编的时候就需要用到.mm文件。这两种文件的类进行头文件的引用，一般不会存在问题。但是有一个需要注意的是，当.mm文件（包括.mm文件以及所对应的.h头文件）引用的.m文件对应的头文件，然后再有第三个类（.m）文件再来引用前面.mm文件对应的头文件的时候，就有可能会在链接时出错。xcode提示的错误类似如下：
建议
如果你也遇到类似的错误，就可以去查看一下是不是这种多个.m文件、.mm文件对应的头文件互相引用所引发的问题。在这里建议一个项目或者一个模块统一到一种源文件后缀上来。或者涉及底层使用C++、OC混编时使用.mm，较高层次的代码尽量使用.m文件，这样可有效避免出现以上的多重互相引用引发的问题。
