@property()常用的屬性有：nonatomic,atomic,assign,retain,strong,weak,copy。

其中atomic和nonatomic用來決定編譯器生成的getter和setter是否為原子操作。

NSObject對(duì)象的@property屬性時(shí)，默認(rèn)為atomic，提供多線程安全。

在多線程環(huán)境下，原子操作是必要的，否則有可能引起錯(cuò)誤的結(jié)果。加了atomic，setter函數(shù)會(huì)變成下面這樣： NSLock *_lock = [[NSLock alloc]init]; [_lock lock]; if(property != newValue){?
? ? ? ?[property release];?
? ? ? ?property = [newValue retain];?
} [-lock unlock];

nonatomic

禁止多線程，變量保護(hù)，提高性能。

atomic是Objc使用的一種線程保護(hù)技術(shù)，基本上來講，是防止在寫未完成的時(shí)候被另外一個(gè)線程讀取，造成數(shù)據(jù)錯(cuò)誤。而這種機(jī)制是耗費(fèi)系統(tǒng)資源的，所以在iPhone這種小型設(shè)備上，如果沒有使用多線程間的通訊編程，那么nonatomic是一個(gè)非常好的選擇。

nonatomic指出訪問器不是原子操作，而默認(rèn)地，訪問器是原子操作。這也就是說，在多線程環(huán)境下，解析的訪問器提供一個(gè)對(duì)屬性的安全訪問，從獲取器得到的返回值或者通過設(shè)置器設(shè)置的值可以一次完成，即便是別的線程也正在對(duì)其進(jìn)行訪問。如果你不指定 nonatomic ，在自己管理內(nèi)存的環(huán)境中，解析的訪問器保留并自動(dòng)釋放返回的值，如果指定了 nonatomic ，那么訪問器只是簡(jiǎn)單地返回這個(gè)值。

assign

對(duì)基礎(chǔ)數(shù)據(jù)類型 （NSInteger，CGFloat）和C數(shù)據(jù)類型（int, float, double, char）等等。
此標(biāo)記說明設(shè)置器直接進(jìn)行賦值，這也是默認(rèn)值。在使用垃圾收集的應(yīng)用程序中，如果你要一個(gè)屬性使用assign，且這個(gè)類符合NSCopying協(xié)議，你就要明確指出這個(gè)標(biāo)記，而不是簡(jiǎn)單地使用默認(rèn)值，否則的話，你將得到一個(gè)編譯警告。這再次向編譯器說明你確實(shí)需要賦值，即使它是可拷貝的。

retain
對(duì)其他NSObject和其子類對(duì)參數(shù)進(jìn)行release舊值，再retain新值。
指定retain會(huì)在賦值時(shí)喚醒傳入值的retain消息。此屬性只能用于Objective-C對(duì)象類型，而不能用于Core Foundation對(duì)象。(原因很明顯，retain會(huì)增加對(duì)象的引用計(jì)數(shù)，而基本數(shù)據(jù)類型或者Core Foundation對(duì)象都沒有引用計(jì)數(shù)——譯者注)。

注意: 把對(duì)象添加到數(shù)組中時(shí)，引用計(jì)數(shù)將增加對(duì)象的引用次數(shù)+1。

copy
對(duì)NSString 它指出，在賦值時(shí)使用傳入值的一份拷貝。拷貝工作由copy方法執(zhí)行，此屬性只對(duì)那些實(shí)行了NSCopying協(xié)議的對(duì)象類型有效。更深入的討論，請(qǐng)參考“復(fù)制”部分。

copy與retain：

Copy其實(shí)是建立了一個(gè)相同的對(duì)象，而retain不是：
1.比如一個(gè)NSString 對(duì)象，地址為0×1111 ，內(nèi)容為@”STR”，Copy 到另外一個(gè)NSString 之后，地址為0×2222 ，內(nèi)容相同。

2.新的對(duì)象retain為1?，舊有對(duì)象沒有變化retain 到另外一個(gè)NSString 之后，地址相同（建立一個(gè)指針，指針拷貝），內(nèi)容當(dāng)然相同，這個(gè)對(duì)象的retain值+1。
總結(jié)：retain 是指針拷貝，copy 是內(nèi)容拷貝。

assign與retain：

1. 接觸過C，那么假設(shè)你用malloc分配了一塊內(nèi)存，并且把它的地址賦值給了指針a，后來你希望指針b也共享這塊內(nèi)存，于是你又把a(bǔ)賦值給（assign）了b。此時(shí)a和b指向同一塊內(nèi)存，請(qǐng)問當(dāng)a不再需要這塊內(nèi)存，能否直接釋放它？答案是否定的，因?yàn)閍并不知道b是否還在使用這塊內(nèi)存，如果a釋放了，那么b在使用這塊內(nèi)存的時(shí)候會(huì)引起程序crash掉。
2. 了解到1中assign的問題，那么如何解決？最簡(jiǎn)單的一個(gè)方法就是使用引用計(jì)數(shù)（reference counting），還是上面的那個(gè)例子，我們給那塊內(nèi)存設(shè)一個(gè)引用計(jì)數(shù)，當(dāng)內(nèi)存被分配并且賦值給a時(shí)，引用計(jì)數(shù)是1。當(dāng)把a(bǔ)賦值給b時(shí)引用計(jì)數(shù)增加到2。這時(shí)如果a不再使用這塊內(nèi)存，它只需要把引用計(jì)數(shù)減1，表明自己不再擁有這塊內(nèi)存。b不再使用這塊內(nèi)存時(shí)也把引用計(jì)數(shù)減1。當(dāng)引用計(jì)數(shù)變?yōu)?的時(shí)候，代表該內(nèi)存不再被任何指針?biāo)?#xff0c;系統(tǒng)可以把它直接釋放掉。
總結(jié)：上面兩點(diǎn)其實(shí)就是assign和retain的區(qū)別，assign就是直接賦值，從而可能引起1中的問題，當(dāng)數(shù)據(jù)為int, float等原生類型時(shí)，可以使用assign。retain就如2中所述，使用了引用計(jì)數(shù)，retain引起引用計(jì)數(shù)加1, release引起引用計(jì)數(shù)減1，當(dāng)引用計(jì)數(shù)為0時(shí)，dealloc函數(shù)被調(diào)用，內(nèi)存被回收。

strong和weak

在介紹strong和weak之前還是先說一下ARC機(jī)制。

ARC是自iOS 5之后增加的新特性，完全消除了手動(dòng)管理內(nèi)存的煩瑣，編譯器會(huì)自動(dòng)在適當(dāng)?shù)牡胤讲迦脒m當(dāng)?shù)膔etain、release、autorelease語句。你不再需要擔(dān)心內(nèi)存管理,因?yàn)榫幾g器為你處理了一切

注意：ARC 是編譯器特性，而不是 iOS 運(yùn)行時(shí)特性(除了weak指針系統(tǒng))，它也不是類似于其它語言中的垃圾收集器。因此 ARC 和手動(dòng)內(nèi)存管理性能是一樣的，有時(shí)還能更加快速，因?yàn)榫幾g器還可以執(zhí)行某些優(yōu)化

ARC原理

ARC 的規(guī)則非常簡(jiǎn)單：只要還有一個(gè)變量指向?qū)ο?#xff0c;對(duì)象就會(huì)保持在內(nèi)存中。當(dāng)指針指向新值,或者指針不再存在時(shí),相關(guān)聯(lián)的對(duì)象就會(huì)自動(dòng)釋放。這條規(guī)則對(duì)于實(shí)例變量、synthesize屬性、局部變量都是適用的

?strong指針

控制器中有個(gè)文本輸入框框?qū)傩?/p> @property (nonatomic, assign) IBOutlet UITextField *nameField;

1.如果用戶在文本框中輸入mj這個(gè)字符串

那么就可以說，nameField的text屬性是NSString對(duì)象的指針，也就是擁有者，該對(duì)象保存了文本輸入框的內(nèi)容

2.如果執(zhí)行了如下代碼

NSString *name = self.nameField.text;

一個(gè)對(duì)象可以有多個(gè)擁有者,在上面代碼中,name變量同樣也是這個(gè)NSString對(duì)象的擁有者,也就是有兩個(gè)指針指向同一個(gè)對(duì)象

?

3.隨后用戶改變了輸入框的內(nèi)容，比如

此時(shí)nameFeild的text屬性就指向了新的NSString對(duì)象。但原來的NSString對(duì)象仍然還有一個(gè)所有者(name變量)，因此會(huì)繼續(xù)保留在內(nèi)存中

?

4.當(dāng)name變量獲得新值,或者不再存在時(shí)(如局部變量方法返回時(shí)、實(shí)例變量對(duì)象釋放時(shí)),原先的NSString對(duì)象就不再擁有任何所有者,retain計(jì)數(shù)降為0,這時(shí)對(duì)象會(huì)被釋放

如，給name變量賦予一個(gè)新值

name = @"Jake";

?

我們稱name和nameField.text指針為"Strong指針"，因?yàn)樗鼈兡軌虮３謱?duì)象的生命。默認(rèn)所有實(shí)例變量和局部變量都是Strong指針?

weak指針

weak型的指針變量仍然可以指向一個(gè)對(duì)象，但不屬于對(duì)象的擁有者

1.執(zhí)行下面的代碼

__weak NSString *name = self.nameField.text;

?

name變量和nameField.text屬性都指向同一個(gè)NSString對(duì)象,但name不是擁有者

?

2.如果文本框的內(nèi)容發(fā)生變化,則原先的NSString對(duì)象就沒有擁有者,會(huì)被釋放,此時(shí)name變量會(huì)自動(dòng)變成nil,稱為空指針

weak型的指針變量自動(dòng)變?yōu)閚il是非常方便的，這樣阻止了weak指針繼續(xù)指向已釋放對(duì)象，避免了野指針的產(chǎn)生，不然會(huì)導(dǎo)致非常難于尋找的Bug，空指針消除了類似的問題。

3.weak指針主要用于“父-子”關(guān)系，父親擁有一個(gè)兒子的strong指針，因此父親是兒子的所有者；但為了阻止所有權(quán)循環(huán),兒子需要使用weak指針指向父親。典型例子是delegate模式,你的ViewController通過strong指針（self.view）擁有一個(gè)UITableView,?UITableView的dataSource和delegate都是weak指針,指向你的ViewController

?

strong和weak指針的使用注意

1.下面代碼是有問題的:

__weak NSString *str = [[NSString alloc] initWithFormat:@"1234"]; NSLog(@"%@", str); // 打印出來是"(null)"

str是個(gè)weak指針，所以NSString對(duì)象沒有擁有者,在創(chuàng)建之后就會(huì)被立即釋放。Xcode還會(huì)給出警告("Warning: Assigning retained object to weak variable; object will be released after assignment")

2.一般的指針變量默認(rèn)就是strong類型的,因此一般我們對(duì)于strong變量不加__strong修飾,以下兩行代碼是等價(jià)的:

3.屬性可以是strong或weak,寫法如下

@property (nonatomic, strong) NSString *name; @property (nonatomic, weak) id delegate;

4.以下代碼在ARC之前是可能會(huì)行不通的,因?yàn)樵谑謩?dòng)內(nèi)存管理中,從NSArray中移除一個(gè)對(duì)象時(shí),這個(gè)對(duì)象會(huì)發(fā)送一條release消息，可能會(huì)被立即釋放。隨后NSLog()打印該對(duì)象就會(huì)導(dǎo)致應(yīng)用崩潰。

id obj = [array objectAtIndex:0]; [array removeObjectAtIndex:0]; NSLog(@"%@", obj);

在ARC中這段代碼是完全合法的,因?yàn)閛bj變量是一個(gè)strong指針,它成為了對(duì)象的擁有者,從NSArray中移除該對(duì)象也不會(huì)導(dǎo)致對(duì)象被釋放

ARC小結(jié)

1.有了ARC,我們的代碼可以清晰很多,你不再需要考慮什么時(shí)候retain或release對(duì)象。唯一需要考慮的是對(duì)象之間的關(guān)聯(lián),也就是哪個(gè)對(duì)象擁有哪個(gè)對(duì)象?

2.ARC也有一些限制：

1> 首先ARC只能工作于Objective-C對(duì)象,如果應(yīng)用使用了Core Foundation或malloc()/free(),此時(shí)還是需要你來手動(dòng)管理內(nèi)存

2> 此外ARC還有其它一些更為嚴(yán)格的語言規(guī)則,以確保ARC能夠正常地工作

3.雖然ARC管理了retain和release,但并不表示你完全不需要關(guān)心內(nèi)存管理的問題。因?yàn)閟trong指針會(huì)保持對(duì)象的生命,某些情況下你仍然需要手動(dòng)設(shè)置這些指針為nil,否則可能導(dǎo)致應(yīng)用內(nèi)存不足。無論何時(shí)你創(chuàng)建一個(gè)新對(duì)象時(shí),都需要考慮誰擁有該對(duì)象,以及這個(gè)對(duì)象需要存活多久

4.ARC還能很好地結(jié)合C++使用,這對(duì)游戲開發(fā)是非常有幫助的。對(duì)于iOS 4,ARC有一點(diǎn)點(diǎn)限制(不支持weak指針),但也沒太大關(guān)系

?ARC使用注意總結(jié)

1.不能直接調(diào)用dealloc方法，不能調(diào)用retain，release，autorelease，retainCount方法，包括@selector(retain)的方式也不行 2.可以用dealloc方法來管理一些資源，但不能用來釋放實(shí)例變量，也不能在dealloc方法里面去掉［super dealloc］方法，在ARC下父類的dealloc同樣由編譯器來自動(dòng)完成 3.Core Foundation類型的對(duì)象仍然可以用CFRetain，CFRelease這些方法 4.不能再使用NSAllocateObject和NSDeallocateObject對(duì)象 5.不能在C結(jié)構(gòu)體中使用對(duì)象指針，如果有類似功能可以創(chuàng)建一個(gè)Objective－C類來管理這些對(duì)象 6.在id和void＊之間沒有簡(jiǎn)便的轉(zhuǎn)換方法，同樣在Objective－C和Core Foundation類型之間的轉(zhuǎn)換都需要使用編譯器制定的轉(zhuǎn)換函數(shù) 7.不能再使用NSAutoreleasePool對(duì)象，ARC提供了@autoreleasepool塊來代替它，這樣更有效率 8.不能使用內(nèi)存存儲(chǔ)區(qū)（不能再使用NSZone） 9.不能以new為開頭給一個(gè)屬性命名 10.聲明IBOutlet時(shí)一般應(yīng)當(dāng)使用weak，除了對(duì)StoryBoard這樣nib中間的頂層對(duì)象要用strong 11.weak相當(dāng)于老版本的assign，strong相當(dāng)于retain

轉(zhuǎn)載于:https://www.cnblogs.com/weigeChina/p/5693847.html

總結(jié)

以上是生活随笔為你收集整理的关于@property()的那些属性及ARC简介【nonatomic,atomic,assign,retain,strong,weak,copy。】的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。