import和@class用法

面试中常出现的问题，这里解释一下，加深印象：
这个import和@class之所以出现在一个问题里，其实最终还是类之间的引用造成循环引用的问题、编译效率问题等。

• 1.import会包含这个类的所有信息，包括实体变量和方法，而@class只是告诉编译器，其后面声明的名称是类的名称，至于这些类是如何定义的，暂时不用考虑，后面会再告诉你。
• 2.在头文件中， 一般只需要知道被引用的类的名称就可以了。 不需要知道其内部的实体变量和方法，所以在头文件中一般使用@class来声明这个名称是类的名称。 而在实现类里面，因为会用到这个引用类的内部的实体变量和方法，所以需要使用#import来包含这个被引用类的头文件。
• 3.在编译效率方面考虑，如果你有100个头文件都#import了同一个头文件，或者这些文件是依次引用的，如A–>B, B–>C, C–>D这样的引用关系。当最开始的那个头文件有变化的话，后面所有引用它的类都需要重新编译，如果你的类有很多的话，这将耗费大量的时间。而是用@class则不会，编译阶段要节约编译时间。
• 4.如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。
  所以，一般来说，@class是放在interface中的，只是为了在interface中引用这个类，把这个类作为一个类型来用的。 在实现这个接口的实现类中，如果需要引用这个类的实体变量或者方法之类的，还是需要import在@class中声明的类进来.

在网上找了一个总结又可以参考了：
1 实例对象的方法里使用某类来声明一变量作为本实例对象的变量
2 比import其他类这样的指令，在编译阶段要节约编译时间
3 用@class比#import头文件，降低了编译时的依赖性检查
4 两个类相互引用对方的实例作为自己的实例变量时，不能相互import头文件，此时最好用@class编译指令