ARC與非ARC在一個項目中同時使用，
1，選擇項目中的Targets，選中你所要操作的Target，
2，選Build Phases，在其中Complie Sources中選擇需要ARC的文件雙擊，並在輸入框中輸入：-fobjc-arc，如果不要ARC則輸入：-fno-objc-arc
混用沒有問題，沒有用ARC的代碼繼續堅持誰申請誰釋放就好了。以前的庫沒有時間重寫，都採用這種方法。
而且不知道你用的是什麼第三方代碼，一般來說，現在很少有arc only的代碼，大部分都是用一些宏來讓代碼可以同時適應arc和非arc的（用#if __has_feature(objc_arc)判斷）。如果代碼量不大，可以考慮自己進行改寫
ARC是什麼
ARC是iOS 5推出的新功能，全稱叫 ARC(Automatic Reference Counting)。簡單地說，就是代碼中自動加入了retain/release，原先需要手動添加的用來處理內存管理的引用計數的代碼可以自動地由編譯器完成了。
該機能在 iOS 5/ Mac OS X 10.7 開始導入，利用 Xcode4.2 可以使用該機能。簡單地理解ARC，就是通過指定的語法，讓編譯器(LLVM 3.0)在編譯代碼時，自動生成實例的引用計數管理部分代碼。有一點，ARC並不是GC，它只是一種代碼靜態分析（Static Analyzer）工具。
ARC是編譯器LLVM 3.0的新功能，而非iOS,因此ARC支持 Mac OS X v10.6 v10.7 (64-bit applications) 以及 iOS 4 iOS 5. （遺憾的是，weak reference 是runtime屬性，因此 不支持 iOS 4 和 Mac OS X v10.6。）
你不能使用new開頭的變量
ARC只對objective-c對象起作用，對於Core Foundation 之類，你仍然需要自己手動釋放。
ARC的優勢：
1、不再需要考慮retain、release的問題，我們得以在更高的層面考慮問題，而不是糾結於什麼時候釋放的細節。
2、zeroing-weak reference , 我們終於可以擺脫煩人的 zombies 對象，想想delegate機制，當delegate對象deallocated之後，你再向它發消息會發生什麼？現在當你調用
self.delegate 時，如果它被釋放，那麼這個弱指針會自動變爲 nil 。
3、ARC給人的感覺是直接存對象到變量裏面。因此之前一段不可能的代碼現在也變爲可能：
變化點
通過一小段代碼，我們看看使用ARC前後的變化點。
@interface NonARCObject : NSObject { NSString *name; } -(id)initWithName:(NSString *)name; @end @implementation NonARCObject -(id)initWithName:(NSString *)newName { self = [super init]; if (self) { name = [newName retain]; } return self; } -(void)dealloc { [name release]; [Super dealloc]; } @end
@interface ARCObject : NSObject { NSString *name; } -(id)initWithName:(NSString *)name; @end @implementation ARCObject -(id)initWithName:(NSString *)newName { self = [super init]; if (self) { name = newName; } return self; } @end
- 我們之前使用Objective-C中內存管理規則時，往往採用下面的準則
生成對象時，使用autorelease
對象代入時，先autorelease後再retain
對象在函數中返回時，使用return [[object retain] autorelease];
而使用ARC後，我們可以不需要這樣做了，甚至連最基礎的release都不需要了。
使用ARC的好處
使用ARC有什麼好處呢？
看到上面的例子，大家就知道了，以後寫Objective-C的代碼變得簡單多了，因爲我們不需要擔心煩人的內存管理，擔心內存泄露了
代碼的總量變少了，看上去清爽了不少，也節省了勞動力
代碼高速化，由於使用編譯器管理引用計數，減少了低效代碼的可能性
不好的地方
記住一堆新的ARC規則 — 關鍵字及特性等需要一定的學習週期
一些舊的代碼，第三方代碼使用的時候比較麻煩；修改代碼需要工數，要麼修改編譯開關
關於第二點，由於 XCode4.2 中缺省ARC就是 ON 的狀態，所以編譯舊代碼的時候往往有"Automatic Reference Counting Issue"的錯誤信息。
這個時候，可以將項目編譯設置中的“Objectice-C Auto Reference Counteting”設爲NO。如下所示。
如果只想對某個.m文件不適應ARC，可以只針對該類文件加上 -fno-objc-arc 編譯FLAGS，如下圖。
ARC基本規則
retain, release, autorelease, dealloc由編譯器自動插入，不能在代碼中調用
dealloc雖然可以被重載，但是不能調用[super dealloc]
由於ARC並不是GC，並需要一些規則讓編譯器支持代碼插入，所以必須清楚清楚了這些規則後，才能寫出健壯的代碼。
Objective-C對象
ObjectiveC中的對象，有強參照(Strong reference)和弱參照(Weak reference)之分，當需要保持其他對象的時候，需要retain以確保對象引用計數加1。對象的持有者(owner)只要存在，那麼該對象的強參照就一直存在。
對象處理的基本規則是
只要對象的持有者存在（對象被強參照），那麼就可以使用該對象
對象失去了持有者後，即被破棄
強參照 (Strong reference)
(s1)firstName作爲”natsu”字符串對象的最初持有者，是該NSString類型對象的Strong reference。
- (s2)這裏將firstName代入到aName中，即aName也成爲了@”natsu”字符串對象的持有者，對於該對象，aName也是Strong reference。
- (s3)這裏，改變firstName的內容。生成新的字符串對象”maki”。這時候firstName成爲”maki”的持有者，而@”natsu”的持有者只有aName。每個字符串對象都有各自的持有者，所以它們都在內存中都存在。
- (s4)追加新的變量otherName, 它將成爲@”maki”對象的另一個持有者。即NSString類型對象的Strong reference。
- (s5)將otherName代入到aName，這時，aName將成爲@”maki”字符串對象的持有者。而對象@”natsu”已經沒有持有者了，該對象將被破棄。
弱參照 (Weak reference)
(w1)與強參照方式同樣，firstName作爲字符串對象@”natsu”的持有者存在。即是該NSString類型對象的Strong reference。
- (w2)使用關鍵字__weak，聲明弱參照weakName變量，將firstName代入。這時weakName雖然參照@”natsu”，但仍是Weak reference。即weakName雖然能看到@”natsu”，但不是其持有者。
- (w3)firstName指向了新的對象@”maki”，成爲其持有者，而對象@”natsu”因爲沒有了持有者，即被破棄。同時weakName變量將被自動代入nil。
- 引用關鍵字
ARC中關於對象的引用參照，主要有下面幾關鍵字。使用strong, weak, autoreleasing限定的變量會被隱式初始化爲nil。
- __strong
變量聲明缺省都帶有__strong關鍵字，如果變量什麼關鍵字都不寫，那麼缺省就是強參照。
- __weak
上面已經看到了，這是弱參照的關鍵字。該概念是新特性，從 iOS 5/ Mac OS X 10.7 開始導入。由於該類型不影響對象的生命週期，所以如果對象之前就沒有持有者，那麼會出現剛創建就被破棄的問題，比如下面的代碼。
NSString __weak *string = [[NSString alloc] initWithFormat:@"First Name: %@", [self firstName]]; NSLog(@"string: %@", string); //此時 string爲空
如果編譯設定OS版本 Deployment Target 設定爲這比這低的版本，那麼編譯時將報錯(The current deployment target does not support automated __weak references)，這個時候，我們可以使用下面的__unsafe_unretained。
弱參照還有一個特徵，即當參數對象失去所有者之後，變量會被自動付上nil (Zeroing)。
- __unsafe_unretained
該關鍵字與__weak一樣，也是弱參照，與__weak的區別只是是否執行nil賦值(Zeroing)。但是這樣，需要注意變量所指的對象已經被破棄了，地址還還存在，但內存中對象已經沒有了。如果還是訪問該對象，將引起「BAD_ACCESS」錯誤。
- __autoreleasing
該關鍵字使對像延遲釋放。比如你想傳一個未初始化的對像引用到一個方法當中，在此方法中實例化此對像，那麼這種情況可以使用__autoreleasing。他被經常用於函數有值參數返回時的處理，比如下面的例子。
- (void) generateErrorInVariable:(__autoreleasing NSError **)paramError { .... *paramError = [[NSError alloc] initWithDomain:@"MyApp" code:1 userInfo:errorDictionary]; } .... { NSError *error = nil; [self generateErrorInVariable:&error]; NSLog(@"Error = %@", error); }
又如函數的返回值是在函數中申請的，那麼希望釋放是在調用端時，往往有下面的代碼。
-(NSString *)stringTest { NSString *retStr = [NSString stringWithString:@"test"]; return [[retStr retain] autorelease]; }
// 使用ARC
-(NSString *)stringTest
{
__autoreleasing NSString *retStr = [NSString alloc] initWithString:@"test"];
return retStr;
}
即當方法的參數是id*，且希望方法返回時對象被autoreleased，那麼使用該關鍵字。
總結
- 今天，我們看到了基本的ARC使用規則
代碼中不能使用retain, release, retain, autorelease
不重載dealloc（如果是釋放對象內存以外的處理，是可以重載該函數的，但是不能調用[super dealloc]）
不能使用NSAllocateObject, NSDeallocateObject
不能在C結構體中使用對象指針
id與void *間的如果cast時需要用特定的方法（__bridge關鍵字）
不能使用NSAutoReleasePool、而需要@autoreleasepool塊
不能使用“new”開始的屬性名稱 （如果使用會有下面的編譯錯誤”Property’s synthesized getter follows Cocoa naming convention for returning ‘owned’ objects”）
Part 1:
http://www.raywenderlich.com/5677/beginning-arc-in-ios-5-part-1
Part 2:
http://www.raywenderlich.com/5773/beginning-arc-in-ios-5-tutorial-part-2
Apple 文檔
http://developer.apple.com/library/IOs/#releasenotes/ObjectiveC/RN-TransitioningToARC/_index.html