※ 引述《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)