如何實施didReceiveMemoryWarning？

Question

我已經開發了一個簡單的位置感知iPhone應用程序，除了手機的內存不足以外，它在功能上能夠很好地滿足我們的期望。

在手機內存不足的情況下，我的應用程序崩潰了，如果我通過釋放一些空間來增加手機內存，它再次開始工作，沒有任何崩潰。

當我在這個問題上做了一些搜索時，我發現在低內存條件下，操作系統會發送didReceiveMemoryWarning給當前層次結構中的所有控制器，以便它們中的每一個都應該實現didReceiveMemoryWarning方法，並將iboutlet設置爲nil目前看不到的視圖。

我也讀過一些地方，如果該控制器的視圖不可見方法setView與nil參數將被調用，如果有一些插座變量附加到視圖將有問題在刪除它們。

所有這些fundas

那麼，什麼是最好的處理由執行didReceiveMemoryWarning和viewDidUnload方法由iPhone引發低級別的內存狀態。

請給出一個適當的例子或鏈接，如果可能的話解決上述問題。

謝謝。

Answer 1

一個例子我張貼...我從somwhere複製...它可能給你一些想法...

- (void)didReceiveMemoryWarning { 

    // Release anything that's not essential, such as cached data (meaning 
    // instance variables, and what else...?) 

    // Obviously can't access local variables such as defined in method 
    // loadView, so can't release them here We can set some instance variables 
    // as nil, rather than call the release method on them, if we have defined 
    // setters that retain nil and release their old values (such as through use 
    // of @synthesize). This can be a better approach than using the release 
    // method, because this prevents a variable from pointing to random remnant 
    // data. Note in contrast, that setting a variable directly (using "=" and 
    // not using the setter), would result in a memory leak. 
    self.myStringB = nil; 
    self.myStringD = nil; 
    [myStringA release];// No setter defined - must release it this way 
    [myStringC release];// No setter defined - must release it this way 

    /* 3. MUST CONFIRM: NOT necessary to release outlets here - See override of 
     setView instead. 
    self.labelA = nil; 
    self.imageViewA = nil; 
    self.subViewA = nil; 
    */ 
    // Releases the view if it doesn't have a superview 
    [super didReceiveMemoryWarning]; 
} 

Answer 2

由didReceiveMemoryWarning決定做什麼取決於您。操作系統告訴你內存不足，你需要儘可能快地釋放內存。這個想法是，你應該釋放任何緩存的數據，卸載不可見的視圖等。細節是特定於應用程序的。

Answer 3

你也可以在didReceiveMemoryWarning釋放內存，您爲靜態分配變量在你的類中。因爲一旦分配了靜態變量的內存，它就不會在應用程序運行期間被釋放。

Answer 4

令我驚訝的是，官方iPhone樣本中僅有少數應用程序實現didReciveMemoryWarning。您可以使用iPhoneCoreDataRecipes示例作爲參考。

一些樣品（例如TableViewSuite）甚至做別的事情;-)

Answer 5

內存警告是一個信號，你，你應該配置哪些不是絕對關鍵的任何資源。大多數控制器將掛在數據緩存，中間數據或其他零碎上，通常用於保存重新計算。當他們收到內存警告時，他們應該開始沖洗他們不需要立即運行的任何東西。

你如何確定什麼是「關鍵」完全取決於你的應用程序的設計。例如，一個OpenGL遊戲可以確定當前在屏幕上的紋理是有價值的，並且是不可見的齊平紋理，或者在當前遊戲區域的邊界之外的水平數據。具有大量會話日誌的應用程序（如IRC客戶端）可能會將其從內存和磁盤中清除。

當你觀察，警告被髮送到每個控制器在您的層次結構，所以每一塊需要逐個確定哪些數據構成的「關鍵作業」和什麼是「消耗」。如果你已經對它們進行了優化，並且仍然出現內存不足的警告，那麼很遺憾你可以重新訪問核心應用程序設計，因爲你超出了硬件的限制。

Answer 6

在iOS 5及更早版本上。

當控制器接收內存警告，didReceiveMemoryWarning會被調用。那時，如果控制器的視圖不在視圖層次結構中，視圖將被設置爲nil，並且viewDidUnload將被自動調用。所以我們在viewDidUnload中必須做的事情是釋放在viewDidLoad中創建的子視圖或從Nib創建的子視圖。像這樣：

- (void)viewDidUnload 
{ 
    self.subView = nil; 
    self.subViewFromNib = nil; 
} 

- (void)didReceiveMemoryWarning 
{ 
    self.someDataCanBeRecreatedEasily = nil; 
    [super didReceiveMemoryWarning]; 
} 

在iOS6上。

接收存儲器警告時，控制器不全自動釋放圖。所以viewDidUnload永遠不會被調用。 但是當memry警告發生時，我們仍然需要釋放我們的視圖（包括子視圖）。 喜歡這個。

- (void)didReceiveMemoryWarning 
{ 
    if ([self isViewLoaded] && [self.view window] == nil) { 
     self.view = nil; 
     self.subView = nil; 
     self.subViewFromNib = nil; 
    } 
    self.someDataCanBeRecreatedEasily = nil; 
    [super didReceiveMemoryWarning]; 
} 

請注意，在我們知道加載視圖之前，我們不會調用[self view]。導致這個方法會自動加載視圖，如果沒有加載視圖。

請注意，我們可以釋放剛視圖時不添加到窗口視圖。