很多剛開始學習iOS開發的同學可能在看別人的代碼的時候會發現有部分#import操作寫在m文件中，而h文件僅僅使用@class進行聲明，不禁納悶起來，為什么不直接把#import放到h文件中呢？

這是因為h文件在修改后，所有import該h文件的所有文件必須重 新build，因此，如果把#import寫在h文件中，import該h文件的文件也就會產生不必要的編譯，增加編譯時間，特別是在項目文件多的情況 下。想象一下，如果只是修改一個h文件而導致上百個文件不必要的編譯，那是一件多么讓人糾結的事情。。。

對于@class只是告訴編譯器有這個class，請不要報錯或警告，因此不會給編譯造成影響。

什么時候用@class這種方式聲明比#import好呢？

stackoverflow上的高手們給了不少建議：

Randy Marsh：

When I develop, I have only three things in mind that never cause me any problems.

1. Import super classes
2. Import parent classes (when you have children and parents)
3. Import classes outside your project (like in frameworks and libraries)

For all other classes (subclasses and child classes in my project self), I declare them via forward-class.

Justin：

Simple answer: You #import or #include when there is a physical dependency. Otherwise, you use forward declarations (@class MONClass ,struct MONStruct , @protocol MONProtocol ).

Here are some common examples of physical dependence:

• Any C or C++ value (a pointer or reference is not a physical dependency). If you have aCGPoint as an ivar or property, the compiler will need to see the declaration ofCGPoint .
• Your superclass.
• A method you use.

最后，我建議還是養成良好的import習慣，不要偷懶都把import放在h文件中，無論參與的項目大小，養成良好的編程習慣非常重要。