在iOS開(kāi)發(fā)過(guò)程中，屬性的定義往往與retain, assign, copy有關(guān),這里先簡(jiǎn)單介紹下這幾個(gè)的區(qū)別

NSString?*pt?=?[[NSString?alloc]?initWithString:@"abc"];

上面一段代碼會(huì)執(zhí)行以下兩個(gè)動(dòng)作

1?在堆上分配一段內(nèi)存用來(lái)存儲(chǔ)@"abc"??比如：內(nèi)存地址為：0X1111?內(nèi)容為?"abc"

2?在棧上分配一段內(nèi)存用來(lái)存儲(chǔ)pt??比如：地址為：0Xaaaa?內(nèi)容自然為0X1111

下面分別看下assign?retain?copy

assign的情況：NSString?*newPt?=?[pt?assing];

此時(shí)newPt和pt完全相同?地址都是0Xaaaa??內(nèi)容為0X1111??即newPt只是pt的別名，對(duì)任何一個(gè)操作就等于對(duì)另一個(gè)操作。?因此retainCount不需要增加。

retain的情況：NSString?*newPt?=?[pt?retain];

此時(shí)newPt的地址不再為0Xaaaa，可能為0Xaabb?但是內(nèi)容依然為0X1111。?因此newPt?和?pt?都可以管理"abc"所在的內(nèi)存。因此?retainCount需要增加1

copy的情況：NSString?*newPt?=?[pt?copy];

此時(shí)會(huì)在堆上重新開(kāi)辟一段內(nèi)存存放@"abc"?比如0X1122?內(nèi)容為@"abc?同時(shí)會(huì)在棧上為newPt分配空間?比如地址：0Xaacc?內(nèi)容為0X1122?因此retainCount增加1供newPt來(lái)管理0X1122這段內(nèi)存

現(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?=?[[NSString?alloc]?initWithUTF8String:"string?1"];

elf.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?=?[[NSString?alloc]?initWithUTF8String:"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)鍵字。