iOS Crash常规跟踪方法及Bugly集成运用详细介绍

更新时间：2016年10月30日 10:13:39 投稿：lqh

这篇文章主要介绍了iOS Crash常规跟踪方法及Bugly集成运用详细介绍的相关资料,需要的朋友可以参考下

iOS Crash常规跟踪方法及Bugly集成运用

当app出现崩溃, 研发阶段一般可以通过以下方式来跟踪crash信息

#1.模拟器运行, 查看xcode错误日志

#2.真机调试, 查看xcode错误日志

#3.真机运行, 查看device系统日志

下面举例说明, 先写一段会Crash的代码crashdemo:

- (void)viewDidLoad {
  [super viewDidLoad];
  // Do any additional setup after loading the view, typically from a 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] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArray0 objectAtIndex:]: index 1 beyond bounds for empty 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: terminating with uncaught exception of type NSException
(lldb)

通过xcode日志可以看到是数组访问越界, 发生越界的方式名为print

针对这个demo我们当然很清楚是刚才列的array[1]发生越界, 但对于一个完整的程序如何查看是在哪个地方发生越界的呢?

这个时候我们可以利用xcode的Show the breakpoint navigator功能, 点加号选择add exception breakpoint

这个时候我们在执行程序, xcode执行会自动停在要发生crash的代码段

Demo#2.真机调试, 查看xcode错误日志
如果有添加exeception point, 程序会自动停到打印array[1]那一行. 如果没有添加则程序会crash, 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: terminating with uncaught exception of type NSException
(lldb)

通过错误信息我们只能看到是有发生数组访问越界, 如果有添加exeception breakpoint则会自动停在发生error的代码行.

Demo#3. 真机运行, 查看device系统日志

xcode停止运行这个crashdemo, 选择xcode window - devices, 选择手机 - view device logs

然后在手机上运行crashdemo, 在device logs中按时间排序查看最新的log就能看到crashdemo的crash log

Incident Identifier: 9A4C52F0-B0D7-42C9-A7CB-D4D3321D00D5
CrashReporter Key:  90f4d3621773443794fa73f506fd6bdef49fc269
Hardware Model:   iPhone4,1
Process:       CrashDemo [1074]
Path:        /private/var/containers/Bundle/Application/1307034E-9C2B-451F-ACD9-04C97DEC047B/CrashDemo.app/CrashDemo
Identifier:     PEGA.CrashDemo
Version:       1 (1.0)
Code Type:      ARM (Native)
Parent Process:   launchd [1]

Date/Time:      2016-10-29 12:21:49.49 +0800
Launch Time:     2016-10-29 12:21:43.43 +0800
OS Version:     iOS 9.3.1 (13E238)
Report Version:   104

Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Triggered by Thread: 0

Filtered syslog:
None found

Last Exception Backtrace:
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

这些在开发阶段都能很简便的实现, 但是当app发布出去后用户发生crash呢? 一般用户只能反馈在做什么的时候发生crash

然后我们在去做尝试是否能遇到, 不过这样效率不高而且一般很难复现到用户的crash

Bugly的出现解决的这个问题

Bugly SDK在当程序崩溃时, 会自动将错误信息发送到服务器方便开发人员查看分析

那么如何使用Bugly?

首先先到https://bugly.qq.com/v2/注册账号, 并注册app下载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账号就能查看到了

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

您可能感兴趣的文章:

iOS App开发中通过UIDevice类获取设备信息的方法
UIDevice最常见的用法就是用来监测iOS设备的电量了,然后再实现电池状态通知非常方便,除此之外还有传感器等信息的获取,这里我们就来总结一下iOS App开发中通过UIDevice类获取设备信息的方法:
2016-07-07
iOS中的UISlider滑块组件用法总结
不仅是滑动开关,UISlider组件也是常用的进度条制作工具,这里我们就一起来看一下iOS中的UISlider滑块组件用法总结,需要的朋友可以参考下
2016-06-06
IOS中的webView加载HTML
在日常开发中，我们为了效率会用到很多很多的WebView,比如在做某个明细页面的时候我们返回给你的可能是一个html字符串，我们就需要将当前字符串展示到webView上面，所以我们对HTML标签需要有一定的认识，下面我们来一起用html标签和JS写一个打地鼠游戏
2016-02-02
详解iOS应用程序的启动过程
这篇文章主要介绍了iOS应用程序的启动过程,讲述了从其执行main函数开始到展示UIWindow的流程中的一些关键点,需要的朋友可以参考下
2016-03-03
iOS开发之自定义UITextField的方法
UITextField是IOS开发中用户交互中重要的一个控件，常被用来做账号密码框，输入信息框等。本文给大家介绍iOS开发之自定义UITextField的方法，感兴趣的朋友一起学习吧
2016-05-05
iOS使用UICollectionView实现列表头部拉伸效果
这篇文章主要介绍了iOS使用UICollectionView实现列表头部拉伸效果，OC和Swift两个版本，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2018-05-05
iOS中打包上传常见的错误与解决办法
关于打包上传至AppStore，大家都认为是最后一步了，其实到了这里往往会遇到很多的坑。对于踩过的坑我不想再踩第二遍，所以在此将我遇到的所有奇葩问题在此做一个记录，当作对自己的一个提醒，同时也分享给给位，需要的朋友可以参考下。
2017-03-03
浅谈iphone X的简单适配问题(推荐)
这篇文章主要介绍了浅谈iphone X的简单适配(推荐)，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2017-11-11
IOS自定义UIButton九宫格效果
这篇文章主要介绍了IOS自定义UIButton九宫格效果，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2019-12-12
UIScrollView实现六棱柱图片浏览效果
这篇文章主要为大家介绍了UIScrollView实现六棱柱图片浏览效果示例详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
2022-07-07