很多刚开始学习iOS开发的同学可能在看别人的代码的时候会发现有部分#import操作写在m文件中，而h文件仅仅使用@class进行声明，不禁纳闷起来，为什么不直接把#import放到h文件中呢？
这是因为h文件在修改后，所有import该h文件的所有文件必须重 新build，因此，如果把#import写在h文件中，import该h文件的文件也就会产生不必要的编译，增加编译时间，特别是在项目文件多的情况 下。想象一下，如果只是修改一个h文件而导致上百个文件不必要的编译，那是一件多么让人纠结的事情。。。
对于@class只是告诉编译器有这个class，请不要报错或警告，因此不会给编译造成影响。
什么时候用@class这种方式声明比#import好呢？
stackoverflow上的高手们给了不少建议：
Randy Marsh：
When I develop, I have only three things in mind that never cause me any problems.
- Import super classes
- Import parent classes (when you have children and parents)
- Import classes outside your project (like in frameworks and libraries)
For all other classes (subclasses and child classes in my project self), I declare them via forward-class.
Justin：
Simple answer: You #import or #include when there is a physical dependency. Otherwise, you use forward declarations (@class MONClass ,struct MONStruct , @protocol MONProtocol ).
Here are some common examples of physical dependence:
- Any C or C++ value (a pointer or reference is not a physical dependency). If you have aCGPoint as an ivar or property, the compiler will need to see the declaration ofCGPoint .
- Your superclass.
- A method you use.
下面来说一下#import同class之间的区别
在ios中我们经常会在.h和.m中引入一些类啊等等一般用的是#import来进行声明，你们可能也见到在.h文件进用@class来声明的，那么#import和@class进行声明 到底有什么的区别呢？下面我来说说
1.import会包含这个类的所有信息，包括实体变量和方法，而@class只告诉编 译器，声明的类的名称，至于这些类是如何定义的，暂时不用考虑，后面会再告诉你，所以在头文件中如果用@class声明某个类后，在.m的实现中如果用到声明类的具体方法或变量时还得再#import类
2.在.h头文件中进行声明时用#import的话，如果100个头文件都#import同一个头件，或者这些文件是依次引用的，如A->B,B->C,C->D,当最开始的那个头文件有变化后进行编译时，后面所有引用它的类都需要重新编译，如果引用最开始的头文件的类很多的话，那么这将耗费大量的时间，而用@class则不会，可能有人会想即然.h只是用@class只是简单的一个声明告编译器有这个类不让其报错，那么.m中要用到引入的类的方法和属性时，不还是要#import头文件一次，是的这个是对的，但编译器编译的时候只编译头文件的，所以你的.m中用#import与编译时间没太大关系
3.接下来说说什么时候该用@class，什么时候该用#import进行声明，
(1)一般如果有继承关系的用#import，如Ｂ是Ａ的子类那么在Ｂ中声明Ａ时用#import
(2) 另外就是如果有循环依赖关系，如：A->B,B->A这样相互依赖时，如果在两个文件的头文件中用#import分别声明对方，那么就会出现头文件循环利用的错误，这时在头文件中用@class声明就不会出错
(3)还有就是自定义代理的时候，如果在头文件中想声明代理的话如@interface SecondViewController:UIViewController时应用#import不然的话会出错误，注意ＸＸＸＸDelegate是自定义的