Как реализовать didReceiveMemoryWarning?

Question

Я разработал приложение для iPhone с удобным расположением, которое функционально отлично работает с нашими ожиданиями, за исключением низкого состояния телефона.

В условиях низкой памяти телефона мое приложение просто падает, и если я увеличиваю память телефона, освобождая некоторое пространство, он снова начинает работать без какого-либо сбоя.

Когда я сделал некоторые проблемы с поиском по проблеме, я обнаружил, что в условиях низкой памяти ОС отправит didReceiveMemoryWarning всем контроллерам текущей иерархии, чтобы каждый из них должен реализовать метод didReceiveMemoryWarning, а также установить iboutlet на nil для представление, которое в настоящее время не видно.

Я также где-то читал, что если вид для этого контроллера не виден, будет вызван метод setView с параметром nil, и если есть некоторые переменные, связанные с представлением, будет проблема при их удалении.

Так со всеми этими Fundas, что лучше обрабатывать состояние памяти низкого уровня, поднятый Iphone, реализовав didReceiveMemoryWarning и viewDidUnload методы.

Пожалуйста, приложите пример или ссылку, если это возможно, для решения вышеуказанной проблемы.

спасибо.

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 и ранее.

Когда контроллер получит предупреждение о памяти, будет вызван reReceiveMemoryWarning. В то время, если представление контроллера отсутствует в иерархии представлений, представление будет установлено на nil, и viewDidUnload будет автоматически вызван. Итак, вещи, которые мы должны делать в viewDidUnload, освобождают подзадачу, созданную в viewDidLoad или созданную из Nib. Пример:

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

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

На iOS6.

Контроллер не отключает автоматическое воспроизведение при получении предупреждения о памяти. Поэтому viewDidUnload никогда не будет вызван. Но нам еще нужно выпустить наш взгляд (включая под просмотр), когда произойдет предупреждение о воспоминаниях. Нравится это.

- (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], прежде чем мы узнаем, что представление загружено. потому что этот метод автоматически загрузит представление, если представление не загружено.

Обратите внимание, что мы можем освободить представление, только когда представление не добавлено в окно.