IOS5 ARC unsafe_unretained等說明

憶江南的部落格發表於2015-10-12
iOSAI

iOS5中加入了新知識，就是ARC,其實我並不是很喜歡它，因為習慣了自己管理記憶體。但是學習還是很有必要的。


在iOS開發過程中，屬性的定義往往與retain, assign, copy有關，我想大家都很熟悉了，在此我也不介紹，網上有很多相關文章。

現在我們看看iOS5中新的關鍵字strong, weak, unsafe_unretained. 可以與以前的關鍵字對應學習strong與retain類似，weak與unsafe_unretained功能差不多（有點區別，等下會介紹，這兩個新關鍵字與assign類似）。在iOS5中用這些新的關鍵字，就可以不用手動管理記憶體了，從java等其它語言轉過來的程式設計師非常受用。


strong關鍵字與retain關似，用了它，引用計數自動＋1，用例項更能說明一切

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, strong) NSString *string2;  

有這樣兩個屬性，

  1. @synthesize string1;   
  2. @synthesize string2;  


猜一下下面程式碼將輸出什麼結果？


  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  


結果是：String 2 = String 1

由於string2是strong定義的屬性，所以引用計數＋1，使得它們所指向的值都是@"String 1", 如果你對retain熟悉的話，這理解並不難。


接著我們來看weak關鍵字：

如果這樣宣告兩個屬性：

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, weak) NSString *string2;  

並定義
  1. @synthesize string1;   
  2. @synthesize string2;  


再來猜一下，下面輸出是什麼？
  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  

結果是：String 2 = null

分析一下，由於self.string1與self.string2指向同一地址，且string2沒有retain記憶體地址，而self.string1=nil釋放了記憶體，所以string1為nil。宣告為weak的指標，指標指向的地址一旦被釋放，這些指標都將被賦值為nil。這樣的好處能有效的防止野指標。在c/c++開發過程中，為何大牛都說指標的空間釋放了後，都要將指標賦為NULL. 在這兒用weak關鍵字幫我們做了這一步。


接著我們來看unsafe_unretained

從名字可以看出，unretained且unsafe，由於是unretained所以與weak有點類似，但是它是unsafe的，什麼是unsafe的呢，下面看例項。

如果這樣宣告兩個屬性：

並定義

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, unsafe_unretained) NSString *string2;  

再來猜一下，下面的程式碼會有什麼結果？
  1. self.string1 = @"String 1";   
  2. self.string2 = self.string1;   
  3. self.string1 = nil;  
  4. NSLog(@"String 2 = %@", self.string2);  

請注意，在此我並沒有叫你猜會有什麼輸出，因為根本不會有輸出，你的程式會crash掉。

原因是什麼，其實就是野指標造成的，所以野指標是可怕的。為何會造成野指標呢？同於用unsafe_unretained宣告的指標，由於self.string1=nil已將記憶體釋放掉了，但是string2並不知道已被釋放了，所以是野指標。然後訪問野指標的記憶體就造成crash.  所以儘量少用unsafe_unretained關鍵字。


strong,weak, unsafe_unretained往往都是用來宣告屬性的，如果想宣告臨時變數就得用__strong,  __weak, __unsafe_unretained,  __autoreleasing, 其用法與上面介紹的類似。

還是看看例項吧。

  1. __strong NSString *yourString = @"Your String";   
  2. __weak  NSString *myString = yourString;   
  3. yourString = nil;   
  4. __unsafe_unretained NSString *theirString = myString;  
  5. //現在所有的指標都為nil  

再看一個：

  1. __strong NSString *yourString = @"Your String";   
  2. __weak  NSString *myString = yourString;   
  3. __unsafe_unretained NSString *theirString = myString;  
  4. yourString = nil;   
  5. //現在yourString與myString的指標都為nil,而theirString不為nil,但是是野指標。  

__autoreleasing的用法介紹：

在c/c++，objective-c記憶體管理中有一條是：誰分配誰釋放。 __autoreleasing則可以使對像延遲釋放。比如你想傳一個未初始化地對像引用到一個方法當中，在此方法中實始化此對像，那麼這種情況將是__autoreleasing表演的時候。看個示例：

  1. - (void) generateErrorInVariable:(__autoreleasing NSError **)paramError{   
  2.     NSArray *objects = [[NSArray alloc] initWithObjects:@"A simple error", nil];  
  3.     NSArray *keys = [[NSArray alloc] initWithObjects:NSLocalizedDescriptionKey, nil];  
  4.     NSDictionary *errorDictionary = [[NSDictionary alloc] initWithObjects:objects forKeys:keys];  
  5.     *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary];  
  6. }  
  7. -(void)test  
  8. {  
  9.     NSError *error = nil;   
  10.     [self generateErrorInVariable:&error];  
  11.     NSLog(@"Error = %@", error);  
  12. }  

這樣即便在函式內部申請的空間，在函式外部也可以使用，同樣也適合誰分配誰釋放的原則。

同樣下面的程式碼也是類似原因, 只不過在沒有開啟ARC的情況下適用：

  1. -(NSString *)stringTest  
  2. {  
  3.     NSString *retStr = [NSString stringWithString:@"test"];  
  4.       
  5.     return [[retStr retain] autorelease];  
  6. }  

開啟ARC後，應改為：
  1. -(NSString *)stringTest  
  2. {  
  3.     __autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];  
  4.       
  5.     return retStr;  
  6. }  

相關文章