使用了 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技术专栏