#include
       区分 #include 与#include "x.h"的作用
        #include :它用于对系统自带的头文件的引用，编译器会在系统文件目录下去查找该文件.
         #include "x.h":用户自定义的文件用双引号引用，编译器首先会在用户目录下查找，然后到安装目录中查找，最后在系统文件中查找。

        在使用#include的时候要注意处理重复引用（这也是objc中#include与#import的区别）
        例如：ClassA 与 ClassB同时引用了ClassC，不做重复引用处理的时候在ClassD中同时引用ClassA，ClassB编译会提示对ClassC重复引用的错误.
         我们可以:#ifndef _CLASSC_H
                       #define _CLASSC_H
                       #include "ClassC"
                       #endif
         这样处理在编译时就不会有重复引用的错误出现（在objc中#import解决了这个问题，这是它们的区别）

#import
         #import 大部分功能和#include是一样的，但是他处理了重复引用的问题，我们在引用文件的时候不用再去自己进行重复引用处理.

@class
        主要是用于声明一个类，告诉编译器它后面的名字是一个类的名字，而这个类的定义实现是暂时不用知道的，后面会告诉你.也是因为在@class仅仅只是声明一个类，所以在后面的实现文件里面是需要去#import这个类，这时候才包含了这个被引用的类的所有信息。
具体区别：
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中声明的类进来.
举个例子说明一下。
在ClassA.h中
#import ClassB.h 相当于#include整个.h头文件。如果有很多.m文件#import ClassA.h，那么编译的时候这些文件也会#import ClassB.h增加了没必要的#import，浪费编译时间。在大型软件中，减少.h文件中的include是非常重要的。

如果
只是 ClassB 那就没有include ClassB.h。仅需要在需要用到ClassB的.m文件中 #import ClassB.h

那么什么时候可以用呢？
如果ClassA.h中仅需要声明一个ClassB的指针，那么就可以在ClassA.h中声明
@ClassB
...
ClassB *pointer;
假设，有两个类：ClassA和ClassB，两个之间相互使用到，即构成了circular dependency（循环依赖）。如果在头文件里面只用#import把对方的头文件包含进来（构成circular inclusions，循环包含），则编译器会报错：
Expected specifier-qualifier-list before ‘ClassA’
或者
Expected specifier-qualifier-list before ‘ClassB’
为了避免循环包含，在ClassA.h文件里面用@class classB把classB包含进来，同样，在ClassB.h文件里面用@class ClassA把ClassA包含进来。@class指令只是告诉编译器，这是个类，保留个空间来存放指针就可以了。
接下来，很可能在ClassA.m和ClassB.m中会有访问包含进来对象的成员的情况，这时必须让编译器知道更多信息，比如那个类有些什么方法可以调用，就必须用#import，再次把用到的类包含进来，告诉编译器所需要的额外信息。
否则，编译器会警告：
warning: receiver ‘ClassA’ is a forward class and corresponding @interface may not exist
还有另一种情况，使用有Categories的类，要在.h头文件里用#import把Categories包含进来。
总之，使用原则是：
头文件里面只#import超类 消息文件里面#import需要发消息过去的类 其他地方就用@class转向声明

综上所述#include，#import与@class的区别可以做一下理解：

        #include与#import在引用一个类的时候会包含这个类的所有信息包括变量方法等，但是这样做会对编译效率造成影响.比如有100个类都#import了ClassA，那么在编译的时候这100个类都会去对ClassA处理.又比如A被B引用，B被C引用，C被D引用.....此时如果 A被修改，那么后面的B，C，D.....都需要重新进行编译.还有一个用法会引起编译错误的就是在ClassA中#import ClassB 在ClassB中#import ClassA那么在编译的时候也会出现未知错误。

#include
       区分 #include 与#include "x.h"的作用
        #include :它用于对系统自带的头文件的引用，编译器会在系统文件目录下去查找该文件.
         #include "x.h":用户自定义的文件用双引号引用，编译器首先会在用户目录下查找，然后到安装目录中查找，最后在系统文件中查找。

        在使用#include的时候要注意处理重复引用（这也是objc中#include与#import的区别）
        例如：ClassA 与 ClassB同时引用了ClassC，不做重复引用处理的时候在ClassD中同时引用ClassA，ClassB编译会提示对ClassC重复引用的错误.
         我们可以:#ifndef _CLASSC_H
                       #define _CLASSC_H
                       #include "ClassC"
                       #endif
         这样处理在编译时就不会有重复引用的错误出现（在objc中#import解决了这个问题，这是它们的区别）

#import
         #import 大部分功能和#include是一样的，但是他处理了重复引用的问题，我们在引用文件的时候不用再去自己进行重复引用处理.

@class
        主要是用于声明一个类，告诉编译器它后面的名字是一个类的名字，而这个类的定义实现是暂时不用知道的，后面会告诉你.也是因为在@class仅仅只是声明一个类，所以在后面的实现文件里面是需要去#import这个类，这时候才包含了这个被引用的类的所有信息。
具体区别：
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中声明的类进来.
举个例子说明一下。
在ClassA.h中
#import ClassB.h 相当于#include整个.h头文件。如果有很多.m文件#import ClassA.h，那么编译的时候这些文件也会#import ClassB.h增加了没必要的#import，浪费编译时间。在大型软件中，减少.h文件中的include是非常重要的。

如果
只是 ClassB 那就没有include ClassB.h。仅需要在需要用到ClassB的.m文件中 #import ClassB.h

那么什么时候可以用呢？
如果ClassA.h中仅需要声明一个ClassB的指针，那么就可以在ClassA.h中声明
@ClassB
...
ClassB *pointer;
假设，有两个类：ClassA和ClassB，两个之间相互使用到，即构成了circular dependency（循环依赖）。如果在头文件里面只用#import把对方的头文件包含进来（构成circular inclusions，循环包含），则编译器会报错：
Expected specifier-qualifier-list before ‘ClassA’
或者
Expected specifier-qualifier-list before ‘ClassB’
为了避免循环包含，在ClassA.h文件里面用@class classB把classB包含进来，同样，在ClassB.h文件里面用@class ClassA把ClassA包含进来。@class指令只是告诉编译器，这是个类，保留个空间来存放指针就可以了。
接下来，很可能在ClassA.m和ClassB.m中会有访问包含进来对象的成员的情况，这时必须让编译器知道更多信息，比如那个类有些什么方法可以调用，就必须用#import，再次把用到的类包含进来，告诉编译器所需要的额外信息。
否则，编译器会警告：
warning: receiver ‘ClassA’ is a forward class and corresponding @interface may not exist
还有另一种情况，使用有Categories的类，要在.h头文件里用#import把Categories包含进来。
总之，使用原则是：
头文件里面只#import超类 消息文件里面#import需要发消息过去的类 其他地方就用@class转向声明

综上所述#include，#import与@class的区别可以做一下理解：

        #include与#import在引用一个类的时候会包含这个类的所有信息包括变量方法等，但是这样做会对编译效率造成影响.比如有100个类都#import了ClassA，那么在编译的时候这100个类都会去对ClassA处理.又比如A被B引用，B被C引用，C被D引用.....此时如果 A被修改，那么后面的B，C，D.....都需要重新进行编译.还有一个用法会引起编译错误的就是在ClassA中#import ClassB 在ClassB中#import ClassA那么在编译的时候也会出现未知错误。