---

提醒：本文中所說的"實例變量"等於"成員變量"，"部分變量"等於"當地變量"

零、簡介
ARC是自IOS 5以後增長的新特征，完整清除了手動治理內存的煩瑣，編譯器會主動在恰當的處所拔出恰當的retain、release、autorelease語句。你不再須要擔憂內存治理,由於編譯器為你處置了一切
留意：ARC 是編譯器特征，而不是 IOS 運轉時特征(除weak指針體系)，它也不是相似於其它說話中的渣滓搜集器。是以 ARC 和手動內存治理機能是一樣的，有時還能加倍疾速，由於編譯器還可以履行某些優化

1、ARC的開啟和制止
要想將非ARC的代碼轉換為ARC的代碼，年夜概有2種方法：
（1）.應用Xcode的主動轉換對象
（2）.手動設置某些文件支撐ARC

1、Xcode的主動轉換對象
Xcode帶了一個主動轉換對象,可以將舊的源代碼轉成ARC形式
（1).ARC是LLVM 3.0編譯器的特征,而現有工程能夠應用老的GCC 4.2或LLVM-GCC編譯器,是以起首須要設置應用LLVM 3.0編譯器:
(現應用的XCode4.5，LLVM 3.0曾經進級到LLVM 4.1)

最好也選上Warnings中的Other Warning Flags 為 -Wall,如許編譯器就會檢討一切能夠的正告,有助於我們防止潛伏的成績

(2).Build Options上面的Run Static Analyzer選項也最好啟用,如許每次Xcode編譯項目時,都邑運轉靜態代碼剖析對象來檢討我們的代碼

(3).設置"Objective-C Automatic Reference Counting"選項為YES,不外Xcode主動轉換對象會主動設置這個選項,這裡只是解釋一下若何手動設置

(4).翻開Xcode的主動轉換對象

(5).Xcode會顯示一個新窗口,讓你選擇哪些文件須要轉換

點擊Check按鈕,Xcode能夠會彈出對話框提醒項目不克不及轉換為ARC,須要你預備惡化換(這裡臨時省略具體解釋)
(6).假如沒有甚麼正告、毛病了，就會彈出一下提醒窗口：

(7).點擊Next,幾秒鐘後,Xcode會提醒一切文件的轉換預覽,顯示源文件的一切轉變。右邊是修正後的文件,左邊是原始文件。在這裡你可以一個文件一個文件地檢查Xcode的修正,以確保Xcode沒有改錯你的源文件:

點擊Save便可完成轉換
(8).主動轉換以後,Xcode會移除一切retain、release、autorelease挪用,這能夠會招致代碼湧現其它正告、有效語法等,這些都須要本身手工停止修正
留意:Xcode的主動轉換對象最好只應用一次,屢次應用能夠會湧現比擬詭異的成績。假設你第一次轉換沒有轉換一切的文件,當你稍後試圖再次轉換殘剩的文件時,Xcode現實上不會履行任何轉換操作。是以最好一次就完成轉換,沒有轉換的文件可以斟酌手工停止修正
2、手動開啟某些文件的ARC
在Compiler Flags一列加上-fobjc-arc就表現開啟這個.m文件的ARC

3、制止某些文件的ARC

在Compiler Flags一列加上-fno-objc-arc就表現制止這個.m文件的ARC

2、道理
ARC 的規矩異常簡略：只需還有一個變量指向對象，對象就會堅持在內存中。當指針指向新值,或許指針不再存在時,相干聯的對象就會主動釋放。這條規矩關於實例變量、synthesize屬性、部分變量都是實用的

3、strong指針
掌握器中有個文本輸出框框屬性

@property (nonatomic, assign) IBOutlet UITextField *nameField; 

1.假如用戶在文本框中輸出mj這個字符串

那末便可以說，nameField的text屬性是NSString對象的指針，也就是具有者，該對象保留了文本輸出框的內容

2.假如履行了以下代碼

NSString *name = self.nameField.text; 

一個對象可以有多個具有者,在下面代碼中,name變量異樣也是這個NSString對象的具有者,也就是有兩個指針指向統一個對象

3.隨後用戶轉變了輸出框的內容，好比

此時nameFeild的text屬性就指向了新的NSString對象。但本來的NSString對象依然還有一個一切者(name變量)，是以會持續保存在內存中

4.當name變量取得新值,或許不再存在時(如部分變量辦法前往時、實例變量對象釋放時),本來的NSString對象就不再具有任何一切者,retain計數降為0,這時候對象會被釋放
如，給name變量付與一個新值

name = @"Jake"; 

我們稱name和nameField.text指針為"Strong指針"，由於它們可以或許堅持對象的性命。默許一切實例變量和部分變量都是Strong指針

4、weak指針
weak型的指針變量依然可以指向一個對象，但不屬於對象的具有者
1.履行上面的代碼

__weak NSString *name = self.nameField.text;

name變量和nameField.text屬性都指向統一個NSString對象,但name不是具有者

2.假如文本框的內容產生變更,則本來的NSString對象就沒有具有者,會被釋放,此時name變量會主動釀成nil,稱為空指針

weak型的指針變量主動變成nil長短常便利的，如許阻攔了weak指針持續指向已釋放對象，防止了野指針的發生，否則會招致異常難於尋覓的Bug，空指針清除了相似的成績

3.weak指針重要用於“父-子”關系，父親具有一個兒子的strong指針，是以父親是兒子的一切者；但為了阻攔一切權輪回,兒子須要應用weak指針指向父親。典范例子是delegate形式,你的ViewController經由過程strong指針（self.view）具有一個UITableView, UITableView的dataSource和delegate都是weak指針,指向你的ViewController

5、strong和weak指針的應用留意
1.上面代碼是有成績的:

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

str是個weak指針，所以NSString對象沒有具有者,在創立以後就會被立刻釋放。Xcode還會給出正告("Warning: Assigning retained object to weak variable; object will be released after assignment")
2.普通的指針變量默許就是strong類型的,是以普通我們關於strong變量不加__strong潤飾,以下兩行代碼是等價的:

NSString *name = self.nameField.text; 
__strong NSString *name = self.nameField.text; 

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

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

4.以下代碼在ARC之前是能夠會行欠亨的,由於在手動內存治理中,從NSArray中移除一個對象時,這個對象會發送一條release新聞，能夠會被立刻釋放。隨後NSLog()打印該對象就會招致運用瓦解

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

在ARC中這段代碼是完整正當的,由於obj變量是一個strong指針,它成了對象的具有者,從NSArray中移除該對象也不會招致對象被釋放

6、ARC小結
1.有了ARC,我們的代碼可以清楚許多,你不再須要斟酌甚麼時刻retain或release對象。獨一須要斟酌的是對象之間的聯系關系,也就是哪一個對象具有哪一個對象?
2.ARC也有一些限制：
1> 起首ARC只能任務於Objective-C對象,假如運用應用了Core Foundation或malloc()/free(),此時照樣須要你來手動治理內存
2> 另外ARC還有其它一些更加嚴厲的說話規矩,以確保ARC可以或許正常地任務
3.固然ARC治理了retain和release,但其實不表現你完整不須要關懷內存治理的成績。由於strong指針會堅持對象的性命,某些情形下你依然須要手動設置這些指針為nil,不然能夠招致運用內存缺乏。不管什麼時候你創立一個新對象時,都須要斟酌誰具有該對象,和這個對象須要存活多久
4.ARC還能很好地聯合C++應用,這對游戲開辟長短常有贊助的。關於IOS 4,ARC有一點點限制(不支撐weak指針),但也沒太年夜關系

7、ARC應用留意總結
1.不克不及直接挪用dealloc辦法，不克不及挪用retain，release，autorelease，retainCount辦法，包含@selector(retain)的方法也不可
2.可以用dealloc辦法來治理一些資本，但不克不及用來釋放實例變量，也不克不及在dealloc辦法外面去失落［super dealloc］辦法，在ARC下父類的dealloc異樣由編譯器來主動完成
3.Core Foundation類型的對象依然可以用CFRetain，CFRelease這些辦法
4.不克不及再應用NSAllocateObject和NSDeallocateObject對象
5.不克不及在C構造體中應用對象指針，假如有相似功效可以創立一個Objective－C類來治理這些對象
6.在id和void＊之間沒有輕便的轉換辦法，異樣在Objective－C和Core Foundation類型之間的轉換都須要應用編譯器制訂的轉換函數
7.不克不及再應用NSAutoreleasePool對象，ARC供給了@autoreleasepool塊來取代它，如許更有用率
8.不克不及應用內存存儲區（不克不及再應用NSZone）
9.不克不及以new為開首給一個屬生命名
10.聲明IBOutlet時普通應該應用weak，除對StoryBoard如許nib中央的頂層對象要用strong
11.weak相當於老版本的assign，strong相當於retain

【詳解iOS運用開辟中的ARC內存治理方法】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！