iOS 崩溃Crash小解析

写在前面

我们说到崩溃,无外乎就是平时的各种 Crash 闪退; 那么他其实又可大体分为两种:线下 / 线上 崩溃;那么如何收集崩溃信息作出分析呢?以及如何避免程序闪退掉呢?这是两大板块,下面我将分开介绍下这两大板块(可能处理手段不是太高级,但是方便快捷 _ )


一 . 崩溃日志的收集

线下:
1.利用 Xcode自带的崩溃日子抓取工具拿到崩溃日志(具体如何拿待会儿看下图)

线上:

  1. 使用腾讯的 Bugly 或者友盟等第三方工具
  2. 自己代码里收集崩溃日志上传服务器
  • 1 利用 Xcode自带的崩溃日志抓取工具拿到崩溃日志


    图一
图二
    1. 自己代码里收集崩溃日志上传服务器
这里采用OC 中 Foundation 框架下的NSException 类中的 
void NSSetUncaughtExceptionHandler(NSUncaughtExceptionHandler * _Nullable)方法;比如我们采用下面的方法获取
void InstallUncaughtExceptionHandler()
{
    NSSetUncaughtExceptionHandler(&HandleException);
    signal(SIGABRT, MySignalHandler);
    signal(SIGILL, MySignalHandler);
    signal(SIGSEGV, MySignalHandler);
    signal(SIGFPE, MySignalHandler);
    signal(SIGBUS, MySignalHandler);
    signal(SIGPIPE, MySignalHandler);
}
static void HandleException(NSException *exception)
{
    int32_t exceptionCount = OSAtomicIncrement32(&uncaughtExceptionCount);
    if (exceptionCount > uncaughtExceptionMaximum) {
        return;
    }
    
    NSMutableDictionary *userInfo =
    [NSMutableDictionary dictionaryWithDictionary:[exception userInfo]];
    //NSArray *callStack = [UncaughtExceptionHandler backtrace];
    NSString *callStack = [UncaughtExceptionHandler backtrace1];
    [userInfo setObject:callStack ? callStack : @"" forKey:handlerAddressesKey];
    //通过exception对象获取一些崩溃信息,我们就是通过这些崩溃信息来进行解析的
    NSException *e = [NSException exceptionWithName:[exception name]
                                             reason:[exception reason]
                                           userInfo:userInfo];
    UncaughtExceptionHandler *handler = [[[UncaughtExceptionHandler alloc] init] autorelease];
    [handler performSelectorOnMainThread:@selector(handleException:)
                              withObject:e
                           waitUntilDone:YES];
}
//这里对 exception 抓到的信息进行用户提示;或者回传后台
- (void)handleException:(NSException *)exception
{

    NSTimeInterval updateTimestamp = [[NSDate date] timeIntervalSince1970];
    NSMutableDictionary *dict = [[NSMutableDictionary alloc]init];
    [dict setValue:[NSNumber numberWithDouble:updateTimestamp]  forKey:@"Time"];
    [dict setValue:[exception name] forKey:@"Name"];
    [dict setValue:[exception reason] forKey:@"Reason"];
UIAlertView *alert =
    [[[UIAlertView alloc]
      initWithTitle:NSLocalizedString(@"程序意外退出", nil)
      message:[NSString stringWithFormat:@"很抱歉出现问题(%@)\n%@\n\n请记录上面文字,联系服务人员。",
               [exception reason],
               [[exception userInfo] objectForKey:handlerAddressesKey]]
      delegate:self
      cancelButtonTitle:NSLocalizedString(@"退出", nil)
      otherButtonTitles:(_signal ? nil : NSLocalizedString(@"继续", nil)), nil]
     autorelease];
    
    [alert show];
    
}

二 . 崩溃日志的分析

在桌面创建一个文件夹就叫 Crash
里面需要放3个文件:
.dSYM 文件
.Crash 文件
symbolicatecrash 工具

[注意:].dSYM 文件 和.Crash 文件一定是同一次打包之后产生的文件,也就是需要有同一个 UUID
  • 根据符号表来监测

符号表就是指在Xcode项目编译后,在编译生成的二进制文件.app的同级目录下生成的.dSYM文件。
符号表就是用来符号化 crash log(崩溃日志)。crash log中有一些方法16进制的内存地址等,通过符号表就能找到对应的能够直观看到的方法名之类。

这里采用 Xcode 自带的symbolicatecrash工具将 .dSYM和.Crash文件符号化

    1. .Crash 文件的获取就是文章开始介绍的崩溃日志的收集那里的方式获取
    1. dSYM获取
Window -> Organizer -> Archives中,选中archive的版本右击,选择Show in Finder就可以获取dSYM文件了。
1
2
3

  • 3 symbolicatecrash 工具的获取
Xcode8.0以后是以下路径
/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

Xcode8.0之前
/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash
Crash 文件夹下的3个文件
  • 4接下来我们就开始使用命令行来解析 crash 日志
$ cd 桌面文件路径
$ ./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash
如果上面命令不成功,使用命令检查一下环境变量
$ xcode-select -print-path
返回结果:/Applications/Xcode.app/Contents/Developer/
如果不是上面的结果,需要使用下面命令设置一下导出的环境变量,然后重复上面解析的操作。
$ export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer

如果手动解析iOS crash文件时候,会出现下面这个报错

Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.

输入下面的命令就可以了

export DEVELOPER_DIR="/Applications/XCode.app/Contents/Developer"

------------解析完成后会生成一个新的 symbol.Crash文件,贴图对比感受下-----------

原 .Crash 文件日志

解析之后新生成的symbol.Crash文件日志

是不是清爽了好多,变的能看懂了

这篇文章只是站在接收到 Crash 之后如何解析出错日志,进而能快速定位到崩溃的位置进行处理的方向上考虑的;;;;接下来的文章会进一步添加开发过程中定位崩溃位置进行监测的一系列方案来提升我们处理 BUG 的能力~~~

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,657评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,662评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,143评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,732评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,837评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,036评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,126评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,868评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,315评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,641评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,773评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,470评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,126评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,859评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,095评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,584评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,676评论 2 351