使用了 arc 之后，無(wú)疑大大減少了程序員進(jìn)行內(nèi)存管理的壓力。你再也不用寫 release/autorelease 代碼了，再也不用寫dealloc 方法了。但這不等于程序員不需要內(nèi)存管理。例如，你需要在 viewdidunload 方法中對(duì)對(duì)象進(jìn)行釋放，以防當(dāng)內(nèi)存警告發(fā)生時(shí)，你沒有內(nèi)存可以回收。當(dāng)然arc 托管對(duì)象的釋放方式與 mrc 是不同的。對(duì)于 arc 托管對(duì)象，你必須用 arc 特有的兩種釋放方式：

[self setojbect:nil];

或者:

self.object=nil;

這里，object 是你要釋放的對(duì)象名稱。

這兩種釋放方式基本上是等效的，甚至許多書籍宣稱二者完全等效。對(duì)于有 java/c++/c# 開發(fā)經(jīng)驗(yàn)的程序員來(lái)說(shuō)，點(diǎn)語(yǔ)法的調(diào)用顯然更加親切。

但我要告訴你的是，二者并不是完全等同。對(duì)于 object 對(duì)象并未初始化(為nil)的情況下，[self setobject:nil] 顯得更安全。

如果 object 未初始化，self.object=nil 調(diào)用會(huì)導(dǎo)致一個(gè)“向已銷毀的對(duì)象發(fā)送消息”錯(cuò)誤，同時(shí)程序崩潰。 而[selfsetobject:nil]則根本不會(huì)。

注意：ipad 的內(nèi)存管理似乎要寬泛許多，一些在ipad 上能夠正常運(yùn)行的代碼，在 iphone 上卻會(huì)導(dǎo)致內(nèi)存管理失敗。

這是由于 arc 會(huì)在合成屬性 object 的訪問(wèn)方法時(shí)，添加自動(dòng)平衡代碼，它會(huì)自動(dòng)檢測(cè)對(duì)象的alloc/release 調(diào)用并以一種極聰明的方式進(jìn)行平衡。

因此，對(duì)于那些習(xí)慣于 java/c++ 語(yǔ)言中“.”語(yǔ)法泛濫的程序員來(lái)說(shuō)，應(yīng)該盡量拋棄對(duì) o-c 的偏見，回到消息調(diào)用語(yǔ)法的“正途”上來(lái)。

特別對(duì)于對(duì)象的釋放，一定要小心從事，盡量使用[self setobject:nil]的方式，而不要使用“.”語(yǔ)法。因?yàn)?，你可以向一個(gè) nil 對(duì)象發(fā)送“消息”，卻不能向一個(gè) nil對(duì)象進(jìn)行賦值。

更多信息請(qǐng)查看IT技術(shù)專欄