一直对这个没有什么问题，反正就是疯狂的release。但今天发现原来模拟器可以模拟内存不足时的情况，这使我的程序发生了一些错误，同时也让我对这两家伙了解更多。
viewDidUnload
这个只在内存不足时执行，而且是对所有非当前显示的controller执行。你可以通过模拟器执行：硬件》模拟内存警告 来触发。
当己经执行viewDidUnload的controller重新显示时，会重新执行viewDidLoad。比如A push B》引发内存警告（A自动执行viewDidUnload）》pop B（这时A重新执行viewDidLoad）。
dealloc
当对像被销毁时执行。
比如：
A a=[[A alloc]init];
[a release];//此时，A执行dealloc ，但并不会执行viewDidUnload
由此可见，viewDidUnload和dealloc 执行并没有顺序上的关系。
然后可能还有个疑问，为什么看到通常情况下是这样的：
在viewDidUnload里面
self.outView=nil;
self.loaddingIcon=nil;
而在dealloc里面
[_outView release];
[_loaddingIcon release];
关于这两个种操作的区别，请看我上一篇笔记《[ios 开发笔记]:@property和成员变量 》
将一个指针设为nil，是为了防止因访问一个己释放的对像，程序crash掉，而对空指针发消息则会返回0，不会引发crash。
想想上面的的例子，当一个对像执行viewDidUnload时，如果仅仅对成员release，而当其它地方对其访问时，由于指针指向的地址的对像己经release，程序直接crash。
但当一个对己经dealloc，则不存在这种crash可能性，因此，不置nil效率更高。
说到这里，应该可以理解他们里面应该放些什么。
正如网上说viewDidUnload可以释放一些容易重新构建的东西，比如本地的图片之类的，当然在viewDidLoad里必须重新构建。
而对于不易重新构建的东西，如重新从服务器下载的数据，则可以放在init里构建，viewDidUnload就不要将其释放了。