objective-c中，當一個類使用到另一個類時，並且在類的頭文件中需要創建被引用的指針時，

 

如下面代碼：

 

A.h文件

1. #import "B.h"    
2. @interface A : NSObject {   
3.   
4.     B *b;   
5. }   
6. @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.   
4.     A *a;   
5. }   
6. @end  

  

當程序運行時，編譯會報錯, 

 

 

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

 

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

 

如：

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

  

舉個例子說明一下。

 

在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中聲明的類進來.