编译器只有在编译器需要知道其实现的情况下才会报错。

Ex:

这可以是，如果你要从中派生你的类或者 如果你要将该类的一个对象作为成员变量(尽管很少)。

如果你只是把它用作指针，它不会抱怨。当然，您必须在实现文件中#import它(如果您正在实例化该类的对象)，因为它需要知道实例化对象的类内容。

注意:#import和#include不一样。这意味着没有所谓的循环导入。Import是一种请求，要求编译器查看特定文件以获取某些信息。如果该信息已经可用，编译器将忽略它。

试试这个，在B.h中导入A.h，在A.h中导入B.h。不会有任何问题或抱怨，它也会正常工作。

何时使用@class

只有当你不想在你的头文件中导入头文件时，你才可以使用@class。在这种情况下，你甚至不关心这个类是什么。在这种情况下，您甚至可能还没有该类的头文件。

例如，您正在编写两个库。一个类，我们称之为A，存在于一个库中。该库包含来自第二个库的标头。该头文件可能有一个指针a，但同样可能不需要使用它。如果库1还不可用，如果使用@class，库B将不会被阻塞。但是如果您想导入A.h，那么库2的进程就会被阻塞。

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

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

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

当我发展的时候，我脑中只有三件事，这三件事从来不会给我带来任何问题。

导入超类 导入父类(当您有子类和父类时) 在项目外部导入类(比如在框架和库中)

对于所有其他类(我的项目中的子类和子类)，我通过forward-class声明它们。

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

有关文件依赖关系& #import & @class的更多信息，请查看以下内容:

http://qualitycoding.org/file-dependencies/ 这是篇好文章

文章摘要

imports in header files: #import the superclass you’re inheriting, and the protocols you’re implementing. Forward-declare everything else (unless it comes from a framework with a master header). Try to eliminate all other #imports. Declare protocols in their own headers to reduce dependencies. Too many forward declarations? You have a Large Class. imports in implementation files: Eliminate cruft #imports that aren’t used. If a method delegates to another object and returns what it gets back, try to forward-declare that object instead of #importing it. If including a module forces you to include level after level of successive dependencies, you may have a set of classes that wants to become a library. Build it as a separate library with a master header, so everything can be brought in as a single prebuilt chunk. Too many #imports? You have a Large Class.

如果你看到这个警告:

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

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

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

例如

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

MyCoolClass *myObject;

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

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