iOS 崩溃Crash小解析
2018-04-11 本文已影响17人
goodthing
写在前面
我们说到崩溃,无外乎就是平时的各种 Crash 闪退; 那么他其实又可大体分为两种:线下 / 线上 崩溃;那么如何收集崩溃信息作出分析呢?以及如何避免程序闪退掉呢?这是两大板块,下面我将分开介绍下这两大板块(可能处理手段不是太高级,但是方便快捷 _ )
一 . 崩溃日志的收集
线下:
1.利用 Xcode自带的崩溃日子抓取工具拿到崩溃日志(具体如何拿待会儿看下图)
线上:
- 使用腾讯的 Bugly 或者友盟等第三方工具
- 自己代码里收集崩溃日志上传服务器
-
1 利用 Xcode自带的崩溃日志抓取工具拿到崩溃日志
图一
- 使用腾讯的 Bugly 或者友盟等第三方工具---这里采用腾讯的 Bugly 做介绍
看这个就成 使用Bugly收集并分析App的崩溃信息
- 使用腾讯的 Bugly 或者友盟等第三方工具---这里采用腾讯的 Bugly 做介绍
- 自己代码里收集崩溃日志上传服务器
这里采用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文件符号化
- .Crash 文件的获取就是文章开始介绍的崩溃日志的收集那里的方式获取
- 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
------------解析完成后会生成一个新的 symbol.Crash文件,贴图对比感受下-----------
是不是清爽了好多,变的能看懂了
这篇文章只是站在接收到 Crash 之后如何解析出错日志,进而能快速定位到崩溃的位置进行处理的方向上考虑的;;;;接下来的文章会进一步添加开发过程中定位崩溃位置进行监测的一系列方案来提升我们处理 BUG 的能力~~~