iOS Objective-C，如果两个.m文件相互导入对方的.h文件，会不会造成循环引用的问题？
注意不是在.h文件中相互导入对方，是在.m文件中导入对方的.h文件。如果会出现循环引用会导致什么样的后果，怎么处理改问题。
在一个头文件中引用别的头文件，并切他们相互之间构成了环结构，这样才会导致循环引用。如:注意，AB都是头文件！
A->B (A引用B)
B->A (B引用A) ---->（推导结果） A B
- 实现文件中可以放心地引入其它头文件。
- 头文件中使用到其它类的话，如果不是继承关系，尽量使用
@class。
C/C++ 中使用 #include 来包含头文件，缺点就是同一个头文件可能被包含多次。
Objective-C 中则使用了 #import 来包含头文件，优点就是同一个头文件只会包含一次。
@class 和#import 就是为了解决循环引用导致的死锁问题。
首先，两个.m文件互相引用.h文件，不会出现问题的。但是比如在.h里的某个属性，类型是自定义的类，这时候如果只在.m里引用就编不过了。
这时候就要用@class。举个例子：
@class的用法
@interface Foo : NSObject
@property(nonatomic, strong) Bar* someBar;
@end
就会报错，说“没有Bar这个类”之类的。改成这样：
@class Bar;
@interface Foo : NSObject
@property(nonatomic, strong) Bar* someBar;
@end
然后在.m里引用Bar.h，就不会报错了。
讲下原因
@class Bar;这句话的意思就是，告诉编译器，确实有Bar这个类，具体细节你不用管，别报错就行了。所以显然，到了.m里，它只知道有这个类，却不知道这个类有什么属性，有哪些方法。所以需要在.m再 import 这个头文件。
尽量在.m而不是.h里引用
所以我们推荐尽量在.m里引用头文件，而不是在.h里，必要时使用@class。
但是也有一些情况，是不可避免要在.h里引用的。比如：继承某个类，必须在.h里 import 父类的.h；类实现某个接口，必须在.h里引用接口的.h等等。