#import比起#include的好处就是不会引起交叉编译 在 中，#import 被当成 #include 指令的改良版本来使用。除此之外，#import 确定一个文件只能被导入一次，这使你在递归包含中不会出现问题 @class一般用于头文件中需要声明该类的某个的时候用到，在m文件中还是需要使用#import @class就是告诉编译器有这么一个类，至于类的定义是啥不知道 @class一般用于头文件中需要声明该类的某个的时候用到，在m文件中还是需要使用#import “”的意思是自己创建的文件，用这个首先会在当前的目录中寻找，如果找不到就到其他的位置寻找，“”和<是相对的一个是自己创建的文件一个是系统的文件

 

1. 一般来说，导入objective c的头文件时用#import，包含c/c++头文件时用#include。

2. #import 确定一个文件只能被导入一次，这使你在递归包含中不会出现问题。<标记>

    所以，#import比起#include的好处就是不会引起交叉编译。

#import && #class:

 

1. import会包含这个类的所有信息，包括实体变量和方法（.h文件中），而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，后面会再告诉你。

2. 在头文件中， 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量和方法，所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面，因为会用到这个引用类的内部的实体变量和方法，所以需要使用#import来包含这个被引用类的头文件。

    备注：#import 就是把被引用类的头文件走一遍，即把.h文件里的变量和方法包含进来一次，且仅一次，而@class不用，所以后者编译效率更高。

3. 在编译效率方面考虑，如果你有100个头文件都#import了同一个头文件，或者这些文件是依次引用的，如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话，后面所有引用它的类都需要重新编译，如果你的类有很多的话，这将耗费大量的时间。而是用@class则不会。

4. 如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。

    备注：实践证明，A,B相互#import不会出现编译错误。因为<标记>处已经说明#import时文件只被导入一次，所以此条不成立。