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