※ 引述《zonble (zonble)》之铭言： :

※ 发信站: 批踢踢实业坊(ptt.cc) : ◆ From: 114.44.190.100 : 推 leondemon:我是想知道为什麽iPhone下的didReceiveMemoryWarning 01/02 23:45 : → leondemon:为什麽书上会用setA:nil而不是单纯[A release] 01/02 23:46 : → leondemon:在dealloc中是否把A release改成setA:nil会比较好？ 01/02 23:46 : → leondemon:以上是在有property(retain)并synthesize的前提下 01/02 23:46 我不知道说的是哪一本书，不过，didReceiveMemoryWarning 与 dealloc 是两种状况。dealloc 是你宣告的这个 class 的物件 要放掉了，所以要在这个时候，把成员变数放掉，而因为之後这 些成员变数都不会用到，所以 release 之後，不设成 nil 也不 会出事。 但相对的 UIViewController 的 didReceiveMemoryWarning， 则是 iPhone SDK 在处理记忆体不足的时候的机制。iPhoneOS 没 有虚拟记忆体的设计，不像桌面系统，在实体记忆体不足的时候 就把资料写入到虚拟记忆体中，而是在发生可用记忆体不足的时候 ，会去做几件事情，如果做了这几件事情，记忆体还是不够，iPhone OS 就会主动关闭应用程式。 （其实这个地方，去看 lukhnos 的 blog 比较快 http://ppt.cc/by9I） 当 iPhone OS 发现记忆体不足时，会透过像是 NSNotification Center的方式，对所有的 UIViewController 发出通知，要求所有 UIViewController 的 instance 做对应的处理，也就是放掉目前 不需要使用的物件。比方说，你有一个 UITabBarController， 里头有三个 tab，但是只有一个是现在正在用的，另外两个没用到 ，所以，就 UIViewController 本身的实作，就是把 view 这个 成员变数放掉。 didReceiveMemoryWarning 就是每个 UIViewContoller 处理这个 notification 的 method，除了原本的实作之外，在你的 sub classes 中，你也可能有一些其他的物件像是字串或 array 之类 的，想要一并放掉，就要在这边做，而那些资料如果还需要用到， 你就需要在这边存到暂存档案…之类的。 而因为这是在记忆体不足的时候，把成员变数对应的物件放掉， 之後这些变数还是可能会用到，以前面的例子来说，你又点回了 另外一个 tab，要用那个已经把 view 放掉的 view controller ，所以在 release 你的成员变数的物件後，就有必要设成 nil。 说到 didReceiveMemoryWarning，这篇苹果文件也应该看一下 http://ppt.cc/kWdQ ，里头有提到为什麽 iPhone 上面的 IBOutlet 必须要在 UIViewController 里头自己 retain 一份。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 114.44.190.100 ※ 编辑: zonble 来自: 114.44.190.100 (01/03 04:06)