在非ARC工程中整合ARC程式碼： 
使用－fobjc－arc來標記那些通過ARC編譯的第三方原始碼。 

在ARC工程中整合非ARC的第三方程式碼，編譯庫裡面的檔案需要使用－fno－objc－arc  
。

常見錯誤： 
－－Cast of an indirect pointer to an Objective-C pointer to ‘CFTypeRef ’ (aka ‘const void *‘) is disallowed with ARC

ARC 簡介。

ARC 是編譯器特性，而不是IOS執行時特性，它也不類似於其他語言的垃圾收集器（GC）

/** ARC 是編譯器特性，而不是IOS執行時特性，它也不類似於其他語言的垃圾收集器（GC）



 1）ARC的規則：只要還有一個變數指向物件，物件就會保持在記憶體中－－ 預設所有的例項變數和區域性變數都是strong指標，因為它們能保持物件的生命。


 2)OC中有強參照strong和弱參照weak。－－weak型的指標變數仍然可以指向一個物件，但不屬於這個物件的擁有者；weak指標主要用於父子關係，即父親擁有一個兒子的strong指標，兒子需使用weak指標指向父親。



 典型的例子：



 你的ViewControl通過strong指標（self.view）擁有一個UITableView，UITableView的dataSource和delegate都是weak指標，指向你的viewControl



 @property(null_resettable, nonatomic,strong) UIView *view;


 @property (nonatomic, weak, nullable) id <UITableViewDelegate> delegate;





 3）在ARC（程式碼的一種靜態分析工具）中dealloc 主要用於除錯，判斷物件被釋放。可以用來管理一些資源，



 *** an implementation of dealloc, do not invoke the superclass’s implementation 不能呼叫［super dealloc］



 *** 在ARC下父類的dealloc同樣由編譯器自動完成，不能用來釋放例項變數；


 4）在ARC中考慮的是物件之間的關聯，也就是那個物件擁有哪個物件。－－無論何時你建立一個物件時，都要考慮誰該擁有它，以及這個物件需要存活多久



 5）ARC只能工作於OC。



 如果應用了core foundation，malloc（）、free（），此時還是需要你來手動管理
 即CF資料型別在ARC、MRC中都需要手動釋放。


 */