当我使用以下代码编译时没有错误：
@class RootViewController;
//#import "RootViewController.h"
当我使用以下代码进行编译时，出现错误：
//@class RootViewController;
#import "RootViewController.h"
“错误：'RootViewController'之前的预期说明符限定符列表”
我不明白两者之间有什么区别，因为我在类似的类中使用了#import，并且编译时没有错误！
【问题讨论】：
标签： objective-c
@class 用于当您需要知道特定文件中的类的名称，但您不需要知道关于该类的任何详细信息（例如，它的方法） . #import 用于您实际需要使用该类（即，向其发送消息）。
例如，如果您在头文件中声明实例变量，则可以使用@class 来声明某种类型的实例变量：
@class MyOtherClass;
@interface MyClass : NSObject
{
MyOtherClass *myIvar;
}
@end
由于您还没有使用myIvar，因此您不需要知道任何关于它的信息，除非MyOtherClass 类型存在。
但是：
#import "MyOtherClass.h"
- (void)doSomething
{
[myIvar doSomethingElse];
}
在这种情况下，您将doSomethingElse 消息发送到myIvar；编译器需要知道MyOtherClass的实例定义了这个方法，所以你必须导入头文件否则编译器会报错。
为什么要担心这个？
它主要与依赖关系有关。当您将 #import 文件 A 转换为文件 B 时，文件 B 依赖 文件 A -- 也就是说，如果文件 A 发生更改，您将不得不重新编译文件 B。如果您使用 @class在文件 B 中，文件 B 不依赖于文件 A，因此当文件 A 更改时不需要重新编译 - 所以如果您只是声明一个类型而不实际依赖于文件 A 的实现，您可以不要#importing 文件A，节省自己的编译时间。
【讨论】：
我还是一头雾水，所以决定参考一下文档：
#import
该指令与#include 相同，只是它确保同一个文件不会被多次包含。因此，它是首选，并在整个基于 Objective-C 的文档的代码示例中用于代替 #include。
这个约定意味着每个接口文件都间接包含所有继承类的接口文件。当一个源模块导入一个类接口时，它会获取该类所基于的整个继承层次结构的接口。
@class
像这样的声明只是使用类名作为类型，不依赖于类接口的任何细节（它的方法和实例变量），@class 指令为编译器提供了足够的预警。但是，在实际使用类接口的地方（创建实例、发送消息），必须导入类接口。
【讨论】：
基本规则：在你的头文件中使用@class，在你的实现文件中使用#import。
（但是，你需要#import你的类的超类。在某些其他情况下，你还需要在标题中使用`#import。）
#import 不等于 #include。如果一个文件被included多次，每次都会加载，但是同一个文件有很多#imports，还是只会加载一次。
因此，使用@class的主要原因不是为了避免循环依赖，而是为了让编译更快。
以下是您必须使用@class
//MYControl.h
@class MYControl; // Must use class
@protocol MYControlDelegate
-(void)control:(MYControl *)control didChangeToState:(UIControlState)state;
@end
@interface MYControl : UIControl
{
id<MYControlDelegate> delegate_;
}
@property (nonatomic, assign) id<MYControlDelegate> delegate;
@end
//MYControl.m
@implementation MYControl
@synthesize delegate = delegate_;
. . .
在这种情况下，没有什么要导入的，因为委托协议是在头文件中的主类之上声明的。但是您仍然需要能够引用尚未声明的主类。所以@class 所做的只是让编译器知道有一些名为MYControl 的类将在某个时候定义。 （但不是在运行时。类将在编译过程中定义。）
编辑：来自 Objective-C 手册：
因为这样的声明简直 使用类名作为类型，不要 取决于班级的任何细节 接口（它的方法和实例 变量），@class 指令给出 编译器足够的预警 会发生什么。然而，在哪里 实际使用了类的接口 （创建的实例，发送的消息）， 必须导入类接口。 通常，接口文件使用 @class 声明类，以及 对应的实现文件 导入他们的接口（因为它 将需要创建这些实例 类或向他们发送消息）。
@class 指令最小化 编译器看到的代码量 和链接器，因此是 最简单的前锋方法 类名的声明。存在 简单，它避免了潜在的问题 导入文件可能附带 导入其他文件。为了 例如，如果一个类声明了一个 的静态类型实例变量 另一个类，以及它们的两个接口 文件相互导入，没有类 可以正确编译。
请注意，最后一句中提到的循环是使用@class 处理的一般问题中的一个。
【讨论】：
MyControl 类依赖于 MyControlDelegate 协议，MyControlDelegate 依赖于 MyControl。
id<MyControlDelegate> delegate_;
@class的最大原因。
@class 用于避免循环依赖...这可以防止循环引用，其中一个标头 A 导入第二个标头 B，后者 (B) 导入第一个 (A)，后者导入第二个 (B) 依此类推无休止的循环......@class 通常用于要求编译器在运行时查找其定义......尤其是当它驻留在某个静态库中时......
除了#import 工作之外
【讨论】：
@class:- 它定义了你可以创建导入类的实例变量并在你的类中使用它。
您可以使用给定的链接了解更多信息。
【讨论】：
@class 表示 RootViewController 类的定义尚未声明，但会在运行时定义。我相信这就像在 c++ 中声明一个外部类。
#import 等价于#include。
通过错误消息，我猜你只是在 RootViewController.h 中的某个地方犯了一个错误，例如忘记了；或者类似的东西
【讨论】：
您必须已在此处要导入的类中导入了此类。这就是你得到错误的原因，但它可以通过@class 示例来纠正。
【讨论】：
@class 是一个前向声明，一个好的做法是将它们放在 .h 而不是 #import 中，以避免循环 #import 问题。
【讨论】：