使用了 ARC 之后，無疑大大減少了程序員進行內存管理的壓力。你再也不用寫 release/autorelease 代碼了，再也不用寫dealloc 方法了。但這不等于程序員不需要內存管理。例如，你需要在 viewDidUnload 方法中對對象進行釋放，以防當內存警告發生時，你沒有內存可以回收。當然ARC 托管對象的釋放方式與 MRC 是不同的。對于 ARC 托管對象，你必須用 ARC 特有的兩種釋放方式：
[self setOjbect:nil];
或者:
self.object=nil;
這里，object 是你要釋放的對象名稱。
這兩種釋放方式基本上是等效的，甚至許多書籍宣稱二者完全等效。對于有 Java/C++/C# 開發經驗的程序員來說，點語法的調用顯然更加親切。
但我要告訴你的是，二者并不是完全等同。對于 object 對象并未初始化(為nil)的情況下，[self setObject:nil] 顯得更安全。
如果 object 未初始化，self.object=nil 調用會導致一個“向已銷毀的對象發送消息”錯誤，同時程序崩潰。 而[selfsetObject:nil]則根本不會。
注意：iPad 的內存管理似乎要寬泛許多，一些在iPad 上能夠正常運行的代碼，在 iPhone 上卻會導致內存管理失敗。
這是由于 ARC 會在合成屬性 object 的訪問方法時，添加"自動平衡"代碼，它會自動檢測對象的alloc/release 調用并以一種極聰明的方式進行平衡。
因此，對于那些習慣于 Java/C++ 語言中“.”語法泛濫的程序員來說，應該盡量拋棄對 O-C 的偏見，回到消息調用語法的“正途”上來。
特別對于對象的釋放，一定要小心從事，盡量使用[self setObject:nil]的方式，而不要使用“.”語法。因為，你可以向一個 nil 對象發送“消息”，卻不能向一個 nil對象進行賦值。
更多信息請查看IT技術專欄
版權所有:易賢網
公眾號
事業單位
當前位置：
公考類
招聘類
各類考試