ios nonatomic + strong + ARC

iOS5中加入了新知識,就是ARC,其實我並非很喜歡它,由於習慣了本身管理內存。可是學習仍是頗有必要的。 java


在iOS開發過程當中,屬性的定義每每與retain, assign, copy有關,我想你們都很熟悉了,在此我也不介紹,網上有不少相關文章。 c++

如今咱們看看iOS5中新的關鍵字strong, weak, unsafe_unretained. 能夠與之前的關鍵字對應學習strong與retain相似,weak與unsafe_unretained功能差很少(有點區別,等下會介紹,這兩個新 關鍵字與assign相似)。在iOS5中用這些新的關鍵字,就能夠不用手動管理內存了,從java等其它語言轉過來的程序員很是受用。 程序員


strong關鍵字與retain關似,用了它,引用計數自動+1,用實例更能說明一切 objective-c

  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關鍵字: atom

若是這樣聲明兩個屬性: spa

  1. @property (nonatomic, strong) NSString *string1;   
  2. @property (nonatomic, weak) NSString *string2;  
並定義
  1. <pre name="code" class="cpp">@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關鍵字幫咱們作了這一步。 code


接着咱們來看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;  
相關文章
相關標籤/搜索