iOS Crash без ошибок или трассировки стека

Question

Имея трудное отслеживание сбоя в приложении iPad. Трудность на самом деле связана с тем фактом, что при сбое приложения нет ошибок или трассировки стека. Он просто уходит, как Кейзер Соз, «И вот так, пуф. Он ушел».

Я воспроизвел авария как на симуляторе, так и на устройстве. Есть нулевые журналы устройств, ничего в консоли и т. Д.

Я знаю, что во время сбоя в фоновом потоке происходят некоторые операции CoreGraphics. Как правило, три или около того NSOperations пинают некоторые смешанные изображения.

Смешивание состоит из вызовов CGContext * (DrawImage, SetBlendMode, SetAlpha и т. Д.). NSOperation обращается к делегату в основном потоке для обработки изображения и устанавливает его в UIImage, поэтому он не должен быть конфликтом основного потока пользовательского интерфейса, но в данный момент я ничего не обесцениваю.

Есть ли какие-то уловки Xcode, которые мне не хватает, чтобы отследить, что именно происходит? Или, по крайней мере, лучше понять, где проблема?

EDIT Я запустил приложение в приложении для отслеживания памяти приборов и увидел, что он довольно устойчив к камню около 2 МБ. Поэтому не думайте, что это проблема памяти. Но после рассмотрения эта скальная устойчивая 2 МБ кажется аномально низкой. Есть ли шанс, что инструменты не собирают выделение CoreGraphics?

Answer 1

Из-за отсутствия лучшего решения, и если это не очевидно, перетащите приложение в NSLogs, чтобы окружить его, затем будьте глубже оттуда, используя точки останова и/или дополнительные журналы.

Answer 2

Попробуйте прочитать регистры.

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

Сначала перейдите на вкладку «Исключения» и «Добавить точку останова исключения», используя + в левом нижнем углу.

Затем, когда происходит сбой приложения нажмите на кнопку "0 objc_exception_throw" под тему 1

Наконец, в консоли введите:

• регистр чтения (вы должны получить список регистров)

• po $ rax (обычно исключение составляет «rax»)

  (вы должны увидеть выход исключений на консоли)

Надеюсь, это поможет.

Answer 3

Супер поздний ответ, но я обнаружил, что использование try/catch помогает предоставить информацию, когда я не могу получить трассировку стека, и мое приложение вытаскивает Keizer Soze.

@try 
{ 
    // suspected code causing crash/errors 
} 
@catch (NSException *exception) 
{ 
    NSLog(@"Exception: %@", exception); 
} 

Answer 4

В моем случае это было связано с тем, что объект был выпущен. Обычно это означает, что сообщение отправлено на освобожденный экземпляр или что-то в этом роде, но это не так.Я проверил журналы iPhone и нашел это: KERN_INVALID_ADDRESS, с которым я столкнулся в googled и наткнулся на это: KERN_INVALID_ADDRESS

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

Надеюсь, это поможет будущим посетителям.

Answer 5

В моем случае это было связано с тем, что в схеме было включено «Объекты зомби», чтобы помочь найти проблему, которая в конечном итоге вызывала у нее нехватку памяти и сбоя.

Answer 6

В моем случае это было из-за плохого выходного соединения в раскадровке. Проверить с помощью точки останова, если вызван viewDidLoad метод UIViewController для загрузки. Если нет, проверьте свои выходные соединения в раскадровке.

Неправильное подключение отключает приложение без каких-либо ошибок или трассировки стека.

Мне интересно, что случилось с ошибкой this class is not key value coding-compliant for the key, которая была показана в старых версиях XCode.