Symbolication

Самая интересная часть отчета катастрофического отказа является отслеживанием стека Вашего приложения в то время, когда остановилось выполнение. Эта трассировка подобна тому, что Вы видели бы при остановке выполнения в отладчике, за исключением того, что Вам не дают имена методов или имена функций, известные как символы. Вместо этого у Вас есть шестнадцатеричные адреса и исполняемый код - Ваше приложение или системные платформы - к которому они обращаются. Необходимо отобразить эти адреса на символы. Журналы не содержат информацию о символе, когда они выписаны. У Вас есть к symbolicate журналы, прежде чем можно будет проанализировать их.

Symbolication - разрешение отслеживания стека адресуется к методам исходного кода, и строки - требует двоичного файла приложения, загруженного на App Store и .dSYM файл, сгенерированный, когда был создан тот двоичный файл. Это должно быть точным совпадением - иначе, отчет не может быть полностью symbolicated. Важно, что Вы сохраняете каждую сборку распределенной пользователям (независимо от подробных данных того распределения) с .dSYM файл.

Команда «Archive» XCode упрощает, сохраняя соответствующий двоичный файл и .dSYM. Когда Вы используете команду «Archive» (путем выбора «Archive» из меню «Product» или путем нажатия Shift+Command+B), XCode соберет двоичный файл приложения и .dSYM содержание информации о символе вместе и хранит их в расположении в Вашей домашней папке. Можно найти все заархивированные приложения в Организаторе XCode под разделом «Archived». XCode автоматически найдет заархивированные заявления, когда symbolicating разрушат отчеты, и можно подать заархивированные заявки непосредственно к Подключению iTunes, гарантирующему что приложение и .dSYM то, что Вы заархивировали соответствие, что Вы выпускаете.

XCode будет автоматически symbolicate, весь катастрофический отказ сообщает, что это встречается, если это имеет .dSYM и двоичный файл приложения, представивший отчет катастрофического отказа. Учитывая отчет катастрофического отказа, соответствующий двоичный файл и .dSYM файл, все, что необходимо сделать для symbolication, должно добавить, что катастрофический отказ сообщает Организатору XCode. Откройте Xcode Organizer, выберите вкладку «Devices», выберите «Device Logs» под «LIBRARY» на вершине боковой панели, нажмите кнопку «Import» и выберите .crash файл. Когда это будет сделано, XCode будет автоматически symbolicate отчет катастрофического отказа и отображать результаты.

Коды исключений

В крешлоге строка, запускающаяся с текста Exception Codes: сопровождаемый одним или более шестнадцатеричными значениями. Это специфичные для процессора коды, которые могут дать Вам больше информации о природе катастрофического отказа.

• Код исключения 0xbaaaaaad указывает, что журнал является stackshot всей системы, не отчетом катастрофического отказа. Для взятия stackshot нажмите кнопку «Домой» и любую кнопку громкости. Часто эти журналы случайно создаются пользователями и не указывают ошибку.

• Код исключения 0xbad22222 указывает, что приложение VoIP было завершено iOS, потому что оно возобновлялось слишком часто.

• Код исключения 0x8badf00d указывает, что приложение было завершено iOS, потому что произошел сторожевой тайм-аут. Приложение брало слишком долго, чтобы запустить, завершить, или реагировать на системные события. Одна частая причина этого делает синхронные сети на основном потоке. Независимо от того, что работа идет Thread 0: потребности, которые будут перемещены в фоновый поток или обработаны по-другому, так, чтобы это не блокировало основной поток.

• Код исключения 0xc00010ff указывает, что приложение было уничтожено операционной системой в ответ на тепловое событие. Это может быть вследствие проблемы с определенным устройством, что этот катастрофический отказ произошел на, или среда, в которой этим управляли. Для подсказок относительно создания Вашего выполнения приложения более эффективно, посмотрите Оптимизацию Производительности и Питания iOS с Инструментами сеанс WWDC.

• Код исключения 0xdead10cc указывает, что приложение было завершено iOS, потому что оно держалось за системный ресурс (как база данных адресной книги) при выполнении в фоновом режиме.

• Код исключения 0xdeadfa11 обозначенный, что приложение было силой, завершенной пользователем. Выходы силы происходят, когда пользователь сначала удерживает кнопку On/Off, пока «понижение для выключений» не появляется, затем удерживает кнопку «Домой». Разумно предположить, что пользователь сделал это, потому что приложение стало безразличным, но это не гарантировало - выход силы будет работать над любым приложением.