#include
- 后面跟<> 或者" "
- 相当于把<>或者""里的文件代码复制一份到#include所在的那一行
- <>
- 是对系统自带的头文件引入，编译器会在系统文件目录下查找该文件
- " "
- 是对用户自定义的文件进行引用
- 编译器首先会在用户的目录中查找，然后到安装目录中查找，最后到系统目录中查找
#import
用法和#include相同，但是对#include做了一个优化
在使用#include时，存在着重复引用的问题
-
举个例子
-
在Grandpa.h里
#include"GreatGrandpa" -
在Father.h里
#include"GreatGrandpa" -
当在Son.h 里 同时
#include"Grandpa" #include"Father"
-
-
编译器会报错
但是使用#import导入则不会报错
-
原因在于使用#import时内部会做如下的一个判断
#ifndef 文件 #define 文件 #endif- 可以这样理解
- 如果头文件是第一次被导入
- 那么系统就导入它
- 如果第二次又导入相同的头文件
- 系统判断后发现之前导入过就不在重复拷贝
- 这样就成功弥补了使用#include的不足
- 可以这样理解
- 也可以使用 #pragma once
- 只要在头文件的最开始加入这条杂注，就能够保证头文件只被编译一次。
@class
- 第一个使用场景
@class仅仅是告诉编译器，@class后面的名称是一个类，不会做任何拷贝操作
由于@class仅仅是告诉编译器后面的名称是一个类，所以编译器并不知道这个类中有哪些属性和方法
所以在.m中使用这个类的时候需要import这个类，才能使用
如果使用#import，只要Son.h里面的内容变了，Father.h里面就要重新拷贝一次
Father.h重新拷贝后，里面内容也变了，所以Grandpa.h里面也要重新拷贝一次，造成效率低下
如果使用@class则不会造成循环拷贝的问题，仅仅告诉编译器@class后面跟的是一个类
-
在.m中使用时在用#import，因为.m文件不会被作为头文件导入
-
总结：
- 如果都在.h中import, 假如A拷贝了B, B拷贝了C , 如果C被修改了, 那么B和A都需要重新拷贝. 因为C修改了那么B就会重新拷贝, 而B重新拷贝之后相当于B也被修改了, 那么A也需要重新拷贝. 也就是说如果都在.h中拷贝, 只要有间接关系都会重新拷贝
- 如果在.h中用@class, 在.m中用import, 那么如果一个文件发生了变化, 只有和这个文件有直接关系的那个文件才会重新拷贝
-
第二个使用场景
- 人里面有个狗属性，狗里面有个人属性
-
如果使用#import会造成循环拷贝，而使用@class则不会
-
总结
- 如果两个类相互拷贝, 例如A拷贝B, B拷贝A, 这样会报错
- 如何解决:
- 在.h中用@class, 在.m中用import
- 因为如果.h中都用import, 那么A拷贝B, B又拷贝A, 会形成死循环
- 如果在.h中用@class,那么不会做任何拷贝操作, 而在.m中用import只会拷贝对应的文件, 并不会形成死循环
最后
希望能帮助大家对各自的用法有更深刻的理解。
