使用dSYMTools插件进行Crash分析

dd

app难免会发生崩溃,debug时发生的崩溃还好说,我们只要设置了All Exceptions断点一般情况都会定位到具体的代码行。但对于发布的版本,用户使用时发生崩溃,问题就没那么简单了。这个时候就需要我们通过解析Crash文件来分析了。关于Crash文件来分析我们首先来看下获取崩溃信息的方式:

  • 使用友盟、云测、百度等第三方平台统计
  • 连接设备,通过Xcode直接查看设备的崩溃信息
  • 通过NSException类获取,上传至自己的服务器
    我自己的项目里用的是第三种,这里就主要讲讲通过NSException类获取,并上传至自己的服务器的方式。

获取crash信息

  - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
     NSSetUncaughtExceptionHandler(&UncaughtExceptionHandler);
     return YES;
  }

  // 接收崩溃信息
  void UncaughtExceptionHandler(NSException *exception) {
      // 1.获取Device信息
      NSString *machineName = [Device machineName];
      NSString *systemVersion = [[UIDevice currentDevice] systemVersion];
      // 2.获取NSException信息
      NSArray *symbols = [exception callStackSymbols];
      NSString *reason = [exception reason];
      NSString *name = [exception name];
      // 3.拼接crash信息
      NSString *crash = [NSString stringWithFormat:@"Device:%@ systemVersion:%@<br>%@ Reason:%@<br>ExceptionName:%@",machineName,systemVersion,[symbols componentsJoinedByString:@"<br>"],reason,name];
      // 4.将crash上传至服务器
      .........
  }

上传之后在我们的后台就会有crash的记录了:


crashLog

通过以上信息我们可以清晰的看出:crash的原因是字典插入了一个nil的对象,但是对于是哪个文件哪个类哪个方法导致的crash我们一无所知。如果只是根据-[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[0]这个错误类型去代码里查找,那无异于大海捞针。那我们如何根据以上信息准确定位crash的代码呢?

crash分析

网上关于crash分析的资料有很多,这里我主要分享下如何通过dSYMTools插件分析crash。

  • 获取dSYM 符号集
    符号集是我们对APP进行打包之后,和.app文件同级的后缀名为.dSYM的文件。
    可以通过Xcode->Window->Organizer->选择archive包->Show in Finder获得.xcarchive文件。进行崩溃信息符号化的时候,必须使用当前应用打包的电脑所生成的dSYM文件,其他电脑生成的文件可能会导致分析不准确的问题。
  • 下载dSYMTools插件,通过Xcode运行,界面如下:
    (“请选择文件名”一栏能自动识别在我们电脑里的所有.xcarchive.)
    dSYMTools界面
  • 根据自己项目实际情况选择要分析的.xcarchive文件以及CPU类型。选择后UUID会自动生成。
  • 填入Slide Address以及错误信息内存地址
    Slide Address填写上图crashLog中标了红1的0x0000000104ab9610,而错误信息内存地址一栏是要经过计算的,这步比较重要这里着重讲下计算的过程:
    1.将上图crashLog中红1的0x0000000104ab9610转换为10进制
    2.将转换后的值加上红2的3626512得到结果再转换为16进制,算出错误信息内存地址:0x104E2EC20填入输入框
    (为什么要这样计算?其实这与crash内存地址偏移有关,关于这块我也不是很了解,大家可以百度下)
  • 点击分析,结果出来了并能精确定位到具体某行代码


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

推荐阅读更多精彩内容