查看关于ADC的Objective-C编程语言文档

在定义类|类接口一节中，它描述了为什么这样做:

@class指令最大限度地减少了编译器和链接器看到的代码量，因此是给出类名正向声明的最简单方法。由于简单，它避免了导入仍然导入其他文件的文件时可能出现的潜在问题。例如，如果一个类声明了另一个类的静态类型实例变量，并且它们的两个接口文件相互导入，那么两个类都不能正确编译。

如果需要，在头文件中使用前向声明，并为在实现中使用的任何类导入头文件。换句话说，您总是#import您在实现中使用的文件，如果您需要在头文件中引用一个类，也可以使用forward声明。

例外的是，你应该在头文件中导入一个类或正式协议(在这种情况下，你不需要在实现中导入它)。

如果你看到这个警告:

警告:接收端MyCoolClass是转发类，对应的@interface可能不存在

您需要#导入文件，但是您可以在实现文件(.m)中这样做，并在头文件中使用@class声明。

@class并不(通常)消除#import文件的需要，它只是把需求移到更接近信息有用的地方。

例如

如果你说@class MyCoolClass，编译器知道它可能会看到类似这样的东西:

MyCoolClass *myObject;

除了MyCoolClass是一个有效的类之外，它不需要担心其他任何事情，并且它应该为指向它的指针保留空间(实际上，只是一个指针)。因此，在头文件中，@class占据了90%的时间。

然而，如果你需要创建或访问myObject的成员，你需要让编译器知道这些方法是什么。在这一点上(大概在你的实现文件中)，你需要#import "MyCoolClass.h"，告诉编译器除了"这是一个类"之外的其他信息。

常见的做法是在头文件中使用@class(但仍然需要#import父类)，在实现文件中使用#import。这样可以避免任何圆形夹杂物，而且效果很好。

查看关于ADC的Objective-C编程语言文档

在定义类|类接口一节中，它描述了为什么这样做:

@class指令最大限度地减少了编译器和链接器看到的代码量，因此是给出类名正向声明的最简单方法。由于简单，它避免了导入仍然导入其他文件的文件时可能出现的潜在问题。例如，如果一个类声明了另一个类的静态类型实例变量，并且它们的两个接口文件相互导入，那么两个类都不能正确编译。

如果你试图在头文件中声明一个变量，或者一个属性，你还没有导入，你会得到一个错误，说编译器不知道这个类。

你的第一个想法可能是导入它。 在某些情况下，这可能会导致问题。

例如，如果你在头文件中实现了一堆c方法，或者结构，或者类似的东西，因为它们不应该被多次导入。

因此你可以用@class告诉编译器:

我知道你不知道那门课，但它确实存在。它将被导入或在其他地方实现

它基本上告诉编译器关闭并编译，即使它不确定这个类是否会被实现。

通常在.m文件中使用#import，在.h文件中使用@class。