English | 简体中文 | 繁體中文 | Русский язык | Français | Español | Português | Deutsch | 日本語 | 한국어 | Italiano | بالعربية

Обычные методы отслеживания сбоев iOS и详细介绍 использования Bugly

Обычные методы отслеживания сбоев iOS и интеграция Bugly

Когда приложение выйдет из строя, в фазе разработки обычно можно отслеживать информацию о сбое следующим образом

#1. Запуск на симуляторе, просмотр журнала ошибок Xcode

#2. Дебагging на реальном устройстве, просмотр журнала ошибок Xcode

#3. Запуск на реальном устройстве, просмотр системного журнала устройства

 Пример, чтобы показать, как это работает, сначала напишем код, который вызовет сбой: crashdemo:

- (void)viewDidLoad {
  [super viewDidLoad];
  // Выполните любое дополнительное настройку после загрузки вида, обычно из nib.
  [self performSelector:@selector(print) withObject:nil afterDelay:5];
}
- (void)print {
  NSArray *array = @[];
  NSLog(@"%@", array[1]);
}

Demo#1. Запуск на симуляторе, просмотр журнала ошибок Xcode

Программа сразу же выйдет из строя, чтобы увидеть ошибку, откройте системный журнал Xcode

2016-10-29 12:13:29.015 CrashDemo[37842:7436441] *** Прекращение работы приложения из-за необработанного исключения 'NSRangeException', причина: '*** -[__NSArray0 objectAtIndex:]: индекс 1 выходит за пределы границ пустого NSArray'
*** First throw call stack:
(
  0  CoreFoundation           0x00b7ba84 __exceptionPreprocess + 180
  1  libobjc.A.dylib           0x00642e02 objc_exception_throw + 50
  2  CoreFoundation           0x00b22390 __CFArrayGetTypeID_block_invoke + 0
  3  CoreFoundation           0x00ac07f8 -[NSArray objectAtIndexedSubscript:] + 40
  4  CrashDemo              0x000877b7 -[ViewController print] + 87
  5  Foundation             0x00250d71 __NSFireDelayedPerform + 442
  6  CoreFoundation           0x00acd576 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 22
  7  CoreFoundation           0x00accf72 __CFRunLoopDoTimer + 1250
  8  CoreFoundation           0x00a8b25a __CFRunLoopRun + 2202
  9  CoreFoundation           0x00a8a706 CFRunLoopRunSpecific + 470
  10 CoreFoundation           0x00a8a51b CFRunLoopRunInMode + 123
  11 GraphicsServices          0x041e4664 GSEventRunModal + 192
  12 GraphicsServices          0x041e44a1 GSEventRun + 104
  13 UIKit                0x00f0c1eb UIApplicationMain + 160
  14 CrashDemo              0x00087bba main + 138
  15 libdyld.dylib            0x03189a21 start + 1
)
libc++abi.dylib: завершение с необработанной异常 типа NSException
(lldb) 

Через лог Xcode можно увидеть, что это数组访问越界,发生越界的方式名为 print

Для этого demo мы, конечно, очень清楚是上面列出的 array[1] 发生了越界,但对于一个完整的程序,我们如何在哪个地方发生越界呢?

В этот момент мы можем использовать функцию Show the breakpoint navigator в Xcode, нажмите на знак '+' чтобы выбрать add exception breakpoint

В этот момент мы запускаем программу, xcode автоматически остановится на фрагменте кода, где должен произойти crash

Demo#2. Отладка на реальном устройстве, просмотр логов ошибок xcode
Если добавить exeception point, программа автоматически остановится на строке с print array[1]. Если не добавить, программа выйдет из строя, xcode покажет следующие логи ошибок

2016-10-29 12:15:53.561 CrashDemo[1062:316582] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArray0 objectAtIndex:]: index 1 beyond bounds for empty NSArray'
*** First throw call stack:
(0x211b398b 0x2094ee17 0x211433e7 0xc5a3b 0x219d1ad5 0x211765ff 0x21176231 0x2117407d 0x210c32e9 0x210c30d5 0x226b3ac9 0x257880b9 0xc5c99 0x20d6b873)
libc++abi.dylib: завершение с необработанной异常 типа NSException
(lldb) 

Через ошибку мы можем видеть, что произошло нарушение границ массива, если добавить exeception breakpoint, он автоматически остановится на строке с ошибкой.

 Demo#3. Запуск на реальном устройстве, просмотр системных логов устройства

Остановите crashdemo в xcode, выберите xcode window - devices, выберите телефон - view device logs

Затем запустите crashdemo на телефоне, отсортируйте logs в device logs по времени, чтобы увидеть последний log crashdemo

Incident Identifier: 9A4C52F0-B0D7-42C9-A7CB-D4D3321D00D5
CrashReporter Key: 90f4d3621773443794fa73f506fd6bdef49fc269
Hardware Model: iPhone4,1
Процесс:       CrashDemo [1074]
Путь:        /private/var/containers/Bundle/Application/1307034E-9C2B-451F-ACD9-04C97DEC047B/CrashDemo.app/CrashDemo
Идентификатор:     PEGA.CrashDemo
Версия:       1 (1.0)
Тип кода:      ARM (Native)
Родительский процесс:   launchd [1]
Дата/Время:      2016-10-29 12:21:49.49 +0800
Время запуска:     2016-10-29 12:21:43.43 +0800
Версия ОС:     iOS 9.3.1 (13E238)
Версия отчета:   104
Тип исключения: EXC_CRASH (SIGABRT)
Коды исключения: 0x0000000000000000, 0x0000000000000000
Заметка об исключении: EXC_CORPSE_NOTIFY
Инициировано потоком: 0
Фильтрованный syslog:
Ничего не найдено
Последний исключительный отладочный отступ:
0  CoreFoundation          0x211b3986 __exceptionPreprocess + 122
1  libobjc.A.dylib          0x2094ee12 objc_exception_throw + 34
2  CoreFoundation          0x211433e2 -[__NSArray0 objectAtIndex:] + 110
3  CrashDemo             0x000e6a36 0xe0000 + 27190
4  Foundation            0x219d1ad0 __NSFireDelayedPerform + 464
5  CoreFoundation          0x211765fa 

Эти возможности можно легко реализовать на этапе разработки, но что делать, если приложение уже выпущено, и пользователи сталкиваются с сбоем? Обычно пользователи могут только сообщить, что они делали, когда произошел сбой

Затем мы попробуем это сделать, но это не очень эффективно, и обычно很难 повторить сбои, которые встречаются у пользователей

Bugly解决了这个问题

SDK Bugly автоматически отправляет информацию об ошибках на сервер, что позволяет разработчикам легко просматривать и анализировать их

Как использовать Bugly?

Сначала зарегистрируйтесь на https://bugly.qq.com/v2/, зарегистрируйте приложение и скачайте SDK-пакет

Перетащите Bugly.framework в проект, не забудьте отметить "copy if needed".

Затем добавьте libz.tbd / libstdc++.tbd / Security.framework / SystemConfiguration.framework в проект

регистрация в delegate.m

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 
    [Bugly startWithAppId:@"Здесь замените своим AppId"]; 
    return YES; 
 }

Таким образом, при возникновении сбоев в программе, информация о сбое будет автоматически отправлена на сервер, и вы сможете увидеть ее, войдя в свою учетную запись Bugly.

 

 Спасибо за чтение, надеюсь, это поможет вам, спасибо за поддержку нашего сайта!

Тебе может понравиться