在Objective-c中，当我们按照约定将一个类的对象用于另一个类时，我们应该在.h文件中声明该类，即@class classname;。并且应该在.m文件中导入头文件，即#import "header.h"。但是如果我们在.h中导入头文件，那么我们不必再在.m文件中导入它。那么这个大会背后的原因是什么？哪种方式有效？
那么这个大会背后的原因是什么？
您应该尽可能支持前向声明（@class MONClass;），因为编译器在使用之前需要知道typename是一个objc类，并且因为#import可以拖入大量其他头文件（例如整个框架/库），严重扩展和使您的依赖项复杂化并增加构建时间。
哪种方式有效？
前瞻性声明。如果正确执行此操作，您的构建，重建和索引将会快得多。
你是正确的，导入.h中的标题变得更容易（在短期内）。不执行此操作并将其导入实现文件（.m）的原因是为了防止名称污染，其中导入标头中的所有名称在有人导入标头时可用。相反，通过导入标题，只需导入您的函数/类，其余部分将在实现中导入
此外，如果您在.h中导入标题，这意味着当第三方标题更改时，即使标题中没有任何更改，也必须重新编译导入标题的每个代码。前向声明避免了这个问题，并强制只重新编译实际使用第三方头的那些实现（.m）文件
虽然在.m中导入文件可以更容易地使用几行代码，但一般认为导入可能会影响加载时间和响应时间，是的，它确实会影响和不会。因为根据苹果的文档： -
如果您担心包含主头文件可能会导致程序膨胀，请不要担心。因为Mac OS X接口是使用框架实现的，所以这些接口的代码驻留在动态共享库中，而不是在可执行文件中。此外，只有程序使用的代码在运行时才被加载到内存中，因此内存占用空间同样很小。
至于在编译期间包含大量头文件，再一次不用担心。 Xcode提供了预编译的头文件工具，以加快编译时间。通过一次编译所有框架头文件，除非添加新框架，否则无需重新编译头文件。与此同时，您可以使用所包含框架中的任何接口，只需很少或不会降低性能。
因此，响应和加载时间仅在第一次受到影响，但无论如何，前向引用应该有利于维护编码标准并避免开销，但是很小:)。
#import是一个预处理器指令，在编译器看到它之前对该文件进行操作。每当你感到困惑时，从概念上将其视为复制粘贴：当你看到#import foo时，意味着文件foo的内容被插入到那一点。 （它比这更聪明，因为它也防止重复包括）。
所以你在#import Foo.h的Bar.h，如果在Bar.h有引用Foo.h的声明。如果Bar.h中没有任何东西使用Foo，但是有Bar.m，则导入进入Bar.m。将声明仅保留在他们需要的地方。
这只是说编译器，如果你使用@class xx，我们有一个名为xx的类;
因为您现在不需要其属性/方法。
在下一种情况下，您还需要属性和方法，因为您必须访问它们。如果在.h文件中使用@class xx并且不导入xx.h，则会出现问题。然后声明xx的对象将不会生成和错误，但访问它的方法将生成警告并且访问属性会生成错误