iOS Objective-C,如果两个.m文件相互导入对方的.h文件,会不会造成循环引用的问题?
注意不是在.h文件中相互导入对方,是在.m文件中导入对方的.h文件。如果会出现循环引用会导致什么样的后果,怎么处理改问题。
iOS Objective-C,如果两个.m文件相互导入对方的.h文件,会不会造成循环引用的问题?
注意不是在.h文件中相互导入对方,是在.m文件中导入对方的.h文件。如果会出现循环引用会导致什么样的后果,怎么处理改问题。
C/C++ 中使用 #include
来包含头文件,缺点就是同一个头文件可能被包含多次。
Objective-C 中则使用了 #import
来包含头文件,优点就是同一个头文件只会包含一次。
@class
和#import
就是为了解决循环引用导致的死锁问题。
在一个头文件中引用别的头文件,并切他们相互之间构成了环结构,这样才会导致循环引用。如:注意,AB都是头文件!
A->B (A引用B)
B->A (B引用A) ---->(推导结果) A B
@class
。4 回答4.2k 阅读
2 回答1.8k 阅读✓ 已解决
1 回答1.3k 阅读✓ 已解决
2 回答1.4k 阅读
1 回答1.2k 阅读
1 回答1.1k 阅读
1 回答900 阅读
首先,两个
.m
文件互相引用.h
文件,不会出现问题的。但是比如在.h
里的某个属性,类型是自定义的类,这时候如果只在.m
里引用就编不过了。这时候就要用
@class
。举个例子:@class
的用法就会报错,说“没有
Bar
这个类”之类的。改成这样:然后在
.m
里引用Bar.h
,就不会报错了。讲下原因
@class Bar;
这句话的意思就是,告诉编译器,确实有Bar
这个类,具体细节你不用管,别报错就行了。所以显然,到了.m
里,它只知道有这个类,却不知道这个类有什么属性,有哪些方法。所以需要在.m
再 import 这个头文件。尽量在
.m
而不是.h
里引用所以我们推荐尽量在
.m
里引用头文件,而不是在.h
里,必要时使用@class
。但是也有一些情况,是不可避免要在
.h
里引用的。比如:继承某个类,必须在.h
里 import 父类的.h
;类实现某个接口,必须在.h
里引用接口的.h
等等。