objective-c中，當一個類使用到另一個類時，並且在類的標頭檔案中需要建立被引用的指標時，

如下面程式碼：

 A.h檔案

1. #import "B.h"  
2. @interface A : NSObject {   
3.     B *b;   
4. }   
5. @end  

為了簡單起見：A類是引用類，B類是被引用類，這裡先不考慮A類的實現檔案。

通常引用一個類有兩種辦法：

    一種是通過#import方式引入；另一種是通過@class引入；

這兩種的方式的區別在於：

 1、#import方式會包含被引用類的所有資訊，包括被引用類的變數和方法；@class方式只是告訴編譯器在A.h檔案中 B *b 只是類的宣告，具體這個類裡有什麼資訊，這裡不需要知道，等實現檔案中真正要用到時，才會真正去檢視B類中資訊；

2、使用@class方式由於只需要只要被引用類（B類）的名稱就可以了，而在實現類由於要用到被引用類中的實體變數和方法，所以需要使用#importl來包含被引用類的標頭檔案；

3、通過上面2點也很容易知道在編譯效率上，如果有上百個標頭檔案都#import了同一 個檔案，或者這些檔案依次被#improt（A->B, B->C,C->D…）,一旦最開始的標頭檔案稍有改動，後面引用到這個檔案的所有類都需要重新編譯一遍，這樣的效率也是可想而知的，而相對來 講，使用@class方式就不會出現這種問題了；

4、對於迴圈依賴關係來說，比方A類引用B類，同時B類也引用A類，B類的程式碼：

1. #import "A.h"  
2. @interface B : NSObject {   
3.     A *a;   
4. }   
5. @end  

當程式執行時，編譯會報錯, 

當使用@class在兩個類相互宣告，就不會出現編譯報錯。

 由上可知，@class是放在interface中的，只是在引用一個類，將這個被引用類作為一個型別，在實現檔案中，如果需要引用到被引用類的實體變數或者方法時，還需要使用#import方式引入被引用類。

如：

1. #import "A.h" 
2. #import "B.h" 
3. @implementation A   
4. ......  

舉個例子說明一下。

在ClassA.h中

#import ClassB.h 相當於#include整個.h標頭檔案。如果有很多.m檔案#import ClassA.h，那麼編譯的時候這些檔案也會#import ClassB.h增加了沒必要的#import，浪費編譯時間。在大型軟體中，減少.h檔案中的include是非常重要的。

如果只是 ClassB 那就沒有include ClassB.h。僅需要在需要用到ClassB的.m檔案中 #import ClassB.h

那麼什麼時候可以用呢？

如果ClassA.h中僅需要宣告一個ClassB的指標，那麼就可以在ClassA.h中宣告

@ClassB

...

ClassB *pointer;

所以，一般來說，@class是放在interface中的，只是為了在interface中引用這個類，把這個類作為一個型別來用的。 在實現這個介面的實現類中，如果需要引用這個類的實體變數或者方法之類的，還是需要import在@class中宣告的類進來.