приложение отлично работает на iPad 2, вылетает на iPad 3, с предупреждением о нехватке памяти

Если вы получаете предупреждения о нехватке памяти и не можете освободить достаточно памяти для решения проблемы, ваше приложение почти наверняка выйдет из строя. Дело в том, что я не думаю, что подробности того, как и почему он разбился, могут пролить свет. В этот момент вы оцениваете вторичные симптомы. Вам действительно нужно вернуться и выяснить, почему вы получили предупреждение о нехватке памяти, и исправить эту проблему.

Как сказал Дэниел, вы можете посмотреть ссылку Техническая записка 2151, но, как говорится:

Когда вы видите сбой из-за нехватки памяти, вместо того, чтобы беспокоиться о том, какая часть вашего кода выполнялась во время завершения, вам следует изучить свои шаблоны использования памяти и свои ответы на предупреждения о нехватке памяти. Справка по распределению памяти содержит подробные инструкции по использованию Leaks Instrument для обнаружения утечек памяти и по использованию функции Mark Heap инструмента Allocations, чтобы избежать потери памяти. Память В «Руководстве по эффективности использования» обсуждаются правильные способы реагирования на уведомления о нехватке памяти, а также множество советов по эффективному использованию памяти. Также рекомендуется проверить сеанс WWDC 2010, Расширенный анализ памяти с Инструменты.

Итак, пара мыслей:

1. Вы искали утечки? Поиск утечек рассказывается, как использовать инструменты для поиска утечек.

2. Если вы включили зомби, вы их выключили? Зомби - отличный диагностический инструмент, но он просто потребляет память.

3. Вы запускали свой код через статический анализатор (shift + command + B или выбирали «Анализировать» в меню «Продукт»)? Особенно при использовании кода, отличного от ARC, это может вызвать множество проблем с памятью.

4. Изучили ли вы свои ассигнования на необъяснимые увеличения без компенсации уменьшения с помощью инструмента Allocations Инструмента. Используя это, вы можете запустить программу, посмотреть на потребление памяти на графике и увидеть, есть ли какие-либо увеличения, которые в какой-то момент не компенсируются соответствующим уменьшением. И если да, выделите это увеличение на графике:

   Например, при запуске инструмента «Распределение» удерживайте нажатой клавишу выбора, а затем щелкните и перетащите мышью, чтобы выделить часть временной шкалы, чтобы определить, что вы хотите проверить. Вероятно, вы захотите сосредоточиться на одном из всплесков распределения. Например, я обнаружил бугорок в своих выделениях и выделил его как таковой (это был смехотворно простой пример, в котором я создаю огромный массив в viewDidLoad, но, надеюсь, это даст вам идею):

   

   Обратите внимание: я считаю полезным показать дерево вызовов на нижней панели, часто бывает полезно выбрать «Скрыть системные библиотеки», чтобы сосредоточиться на вашем коде (и «Инвертировать дерево вызовов» тоже). И если вы дважды щелкните имя метода в Instruments (в моем примере это будет viewDidLoad), Instruments покажет вам ваш код, выполняющий распределение:

   

Предупреждения о нехватке памяти создают журнал, отличный от стандартных сбоев. Взгляните на раздел «Общие сведения об отчетах о нехватке памяти» этой статьи, чтобы понять, что произошло с вашим приложением и как вы можете отладить его с помощью инструментов: http://developer.apple.com/library/ios/#technotes/tn2151/_index.html