在iOS開(kāi)發(fā)過(guò)程中，屬性的定義往往與retain, assign, copy有關(guān)，我想大家都很熟悉了，在此我也不介紹，網(wǎng)上有很多相關(guān)文章。

現(xiàn)在我們看看iOS5中新的關(guān)鍵字strong, weak, unsafe_unretained. 可以與以前的關(guān)鍵字對(duì)應(yīng)學(xué)習(xí)strong與retain類似，weak與unsafe_unretained功能差不多（有點(diǎn)區(qū)別，等下會(huì)介紹，這兩個(gè)新 關(guān)鍵字與assign類似）。在iOS5中用這些新的關(guān)鍵字，就可以不用手動(dòng)管理內(nèi)存了，從java等其它語(yǔ)言轉(zhuǎn)過(guò)來(lái)的程序員非常受用。


strong關(guān)鍵字與retain關(guān)似，用了它，引用計(jì)數(shù)自動(dòng)＋1，用實(shí)例更能說(shuō)明一切

@PRoperty (nonatomic, strong) NSString *string1;   
@property (nonatomic, strong) NSString *string2;  

有這樣兩個(gè)屬性，

@synthesize string1;   
@synthesize string2;  

猜一下下面代碼將輸出什么結(jié)果？

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

結(jié)果是：String 2 = String 1

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

接著我們來(lái)看weak關(guān)鍵字：

如果這樣聲明兩個(gè)屬性：

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

并定義
@synthesize string1;   
@synthesize string2;  


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

結(jié)果是：String 2 = null
分析一下，由于self.string1與self.string2指向同一地址，且string2沒(méi)有retain內(nèi)存地址，而 self.string1=nil釋放了內(nèi)存，所以string1為nil。聲明為weak的指針，指針指向的地址一旦被釋放，這些指針都將被賦值為 nil。這樣的好處能有效的防止野指針。在c/c++開(kāi)發(fā)過(guò)程中，為何大牛都說(shuō)指針的空間釋放了后，都要將指針賦為NULL. 在這兒用weak關(guān)鍵字幫我們做了這一步。


接著我們來(lái)看unsafe_unretained

從名字可以看出，unretained且unsafe，由于是unretained所以與weak有點(diǎn)類似，但是它是unsafe的，什么是unsafe的呢，下面看實(shí)例。

如果這樣聲明兩個(gè)屬性：

并定義
@property (nonatomic, strong) NSString *string1;   
@property (nonatomic, unsafe_unretained) NSString *string2;  

再來(lái)猜一下，下面的代碼會(huì)有什么結(jié)果？
self.string1 = @"String 1";   
self.string2 = self.string1;   
self.string1 = nil;  
NSLog(@"String 2 = %@", self.string2);  

請(qǐng)注意，在此我并沒(méi)有叫你猜會(huì)有什么輸出，因?yàn)楦静粫?huì)有輸出，你的程序會(huì)crash掉。
原因是什么，其實(shí)就是野指針造成的，所以野指針是可怕的。為何會(huì)造成野指針呢？同于用unsafe_unretained聲明的指針，由于 self.string1=nil已將內(nèi)存釋放掉了，但是string2并不知道已被釋放了，所以是野指針。然后訪問(wèn)野指針的內(nèi)存就造成crash.  所以盡量少用unsafe_unretained關(guān)鍵字。


strong,weak, unsafe_unretained往往都是用來(lái)聲明屬性的，如果想聲明臨時(shí)變量就得用__strong,  __weak, __unsafe_unretained,  __autoreleasing, 其用法與上面介紹的類似。

還是看看實(shí)例吧。

__strong NSString *yourString = @"Your String";   
__weak  NSString *myString = yourString;   
yourString = nil;   
__unsafe_unretained NSString *theirString = myString;  
//現(xiàn)在所有的指針都為nil  

再看一個(gè)：

__strong NSString *yourString = @"Your String";   
__weak  NSString *myString = yourString;   
__unsafe_unretained NSString *theirString = myString;  
yourString = nil;   
//現(xiàn)在yourString與myString的指針都為nil,而theirString不為nil,但是是野指針。  

__autoreleasing的用法介紹：
在c/c++，objective-c內(nèi)存管理中有一條是：誰(shuí)分配誰(shuí)釋放。 __autoreleasing則可以使對(duì)像延遲釋放。比如你想傳一個(gè)未初始 化地對(duì)像引用到一個(gè)方法當(dāng)中，在此方法中實(shí)始化此對(duì)像，那么這種情況將是__autoreleasing表演的時(shí)候。看個(gè)示例：

- (void) generateErrorInVariable:(__autoreleasing NSError **)paramError{   
    NSArray *objects = [[NSArray alloc] initWithObjects:@"A simple error", nil];  
    NSArray *keys = [[NSArray alloc] initWithObjects:NSLocalizedDescriptionKey, nil];  
    NSDictionary *errorDictionary = [[NSDictionary alloc] initWithObjects:objects forKeys:keys];  
    *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary];  
}  
-(void)test  
{  
    NSError *error = nil;   
    [self generateErrorInVariable:&error];  
    NSLog(@"Error = %@", error);  
}  

這樣即便在函數(shù)內(nèi)部申請(qǐng)的空間，在函數(shù)外部也可以使用，同樣也適合誰(shuí)分配誰(shuí)釋放的原則。

同樣下面的代碼也是類似原因, 只不過(guò)在沒(méi)有開(kāi)啟ARC的情況下適用：

-(NSString *)stringTest  
{  
    NSString *retStr = [NSString stringWithString:@"test"];  
      
    return [[retStr retain] autorelease];  
}  

開(kāi)啟ARC后，應(yīng)改為：
-(NSString *)stringTest  
{  
    __autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];  
      
    return retStr;  
}