iOS中程序异常Crash友好化处理详解

前言

前两天接到个面试,面试官问到上线的app怎么避免闪退,首先想到的就是在编码的时候进行各种容错,但貌似并不是面试官想要的答案,所以表现的很糟糕。今天有时间就来整理一下,希望有所帮助。

实现效果如图:

效果实现:


用法:

1.将截图的中CatchedHelper文件夹拖到你的项目工程中。

2.在AppDelegate.m中找到以下方法并如下添加代码:

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
 // Override point for customization after application launch.

 [UncaughtExceptionHandler installUncaughtExceptionHandler:YES showAlert:YES];
 return YES;
}

以上代码就可以实现稍微友好一点的crash拦截处理。

代码解释:

UncaughtExceptionHandler.h主要代码:

#import <Foundation/Foundation.h>
#import <UIKit/UIKit.h>

@interface UncaughtExceptionHandler : NSObject

/*!
 * 异常的处理方法
 *
 * @param install 是否开启捕获异常
 * @param showAlert 是否在发生异常时弹出alertView
 */
+ (void)installUncaughtExceptionHandler:(BOOL)install showAlert:(BOOL)showAlert;
@end

UncaughtExceptionHandler.m文件主要的代码如下:

1.发送异常信号

/*
 * 异常的处理方法
 *
 * @param install  是否开启捕获异常
 * @param showAlert 是否在发生异常时弹出alertView
 */
+ (void)installUncaughtExceptionHandler:(BOOL)install showAlert:(BOOL)showAlert {

  if (install && showAlert) {
    [[self alloc] alertView:showAlert];
  }

  NSSetUncaughtExceptionHandler(install ? HandleException : NULL);
  signal(SIGABRT, install ? SignalHandler : SIG_DFL);
  signal(SIGILL, install ? SignalHandler : SIG_DFL);
  signal(SIGSEGV, install ? SignalHandler : SIG_DFL);
  signal(SIGFPE, install ? SignalHandler : SIG_DFL);
  signal(SIGBUS, install ? SignalHandler : SIG_DFL);
  signal(SIGPIPE, install ? SignalHandler : SIG_DFL);
}

产生上述的signal的时候就会调用我们定义的SignalHandler来处理异常。

ps: NSSetUncaughtExceptionHandler就是iOS SDK中提供的一个现成的函数,用来捕获异常的方法,使用方便。但它不能捕获抛出的signal,所以定义了SignalHandler方法。

2.处理异常

void HandleException(NSException *exception) {

  int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);
  // 如果太多不用处理
  if (exceptionCount > UncaughtExceptionMaximum) {
    return;
  }

  //获取调用堆栈
  NSArray *callStack = [exception callStackSymbols];
  NSMutableDictionary *userInfo = [NSMutableDictionary dictionaryWithDictionary:[exception userInfo]];
  [userInfo setObject:callStack forKey:UncaughtExceptionHandlerAddressesKey];

  //在主线程中,执行制定的方法, withObject是执行方法传入的参数
  [[[UncaughtExceptionHandler alloc] init]
   performSelectorOnMainThread:@selector(handleException:)
   withObject:
   [NSException exceptionWithName:[exception name]
               reason:[exception reason]
              userInfo:userInfo]
   waitUntilDone:YES];
}

该方法就是对应NSSetUncaughtExceptionHandler的处理,只要方法关联到这个函数,那么发生相应错误时会自动调用该函数,调用时会传入exception参数。获取异常后会将捕获的异常传入最终调用处理的handleException函数。

3.无法捕获的signal处理

//处理signal报错
void SignalHandler(int signal) {

  int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);
  // 如果太多不用处理
  if (exceptionCount > UncaughtExceptionMaximum) {
    return;
  }

  NSString* description = nil;
  switch (signal) {
    case SIGABRT:
      description = [NSString stringWithFormat:@"Signal SIGABRT was raised!\n"];
      break;
    case SIGILL:
      description = [NSString stringWithFormat:@"Signal SIGILL was raised!\n"];
      break;
    case SIGSEGV:
      description = [NSString stringWithFormat:@"Signal SIGSEGV was raised!\n"];
      break;
    case SIGFPE:
      description = [NSString stringWithFormat:@"Signal SIGFPE was raised!\n"];
      break;
    case SIGBUS:
      description = [NSString stringWithFormat:@"Signal SIGBUS was raised!\n"];
      break;
    case SIGPIPE:
      description = [NSString stringWithFormat:@"Signal SIGPIPE was raised!\n"];
      break;
    default:
      description = [NSString stringWithFormat:@"Signal %d was raised!",signal];
  }

  NSMutableDictionary *userInfo = [NSMutableDictionary dictionary];
  NSArray *callStack = [UncaughtExceptionHandler backtrace];
  [userInfo setObject:callStack forKey:UncaughtExceptionHandlerAddressesKey];
  [userInfo setObject:[NSNumber numberWithInt:signal] forKey:UncaughtExceptionHandlerSignalKey];

  //在主线程中,执行指定的方法, withObject是执行方法传入的参数
  [[[UncaughtExceptionHandler alloc] init]
   performSelectorOnMainThread:@selector(handleException:)
   withObject:
   [NSException exceptionWithName:UncaughtExceptionHandlerSignalExceptionName
               reason: description
              userInfo: userInfo]
   waitUntilDone:YES];
}

以上方法是对于捕获不到的signal信号进行处理,列出常见的异常类型。

4.堆栈调用

//获取调用堆栈
+ (NSArray *)backtrace {

  //指针列表
  void* callstack[128];
  //backtrace用来获取当前线程的调用堆栈,获取的信息存放在这里的callstack中
  //128用来指定当前的buffer中可以保存多少个void*元素
  //返回值是实际获取的指针个数
  int frames = backtrace(callstack, 128);
  //backtrace_symbols将从backtrace函数获取的信息转化为一个字符串数组
  //返回一个指向字符串数组的指针
  //每个字符串包含了一个相对于callstack中对应元素的可打印信息,包括函数名、偏移地址、实际返回地址
  char **strs = backtrace_symbols(callstack, frames);

  int i;
  NSMutableArray *backtrace = [NSMutableArray arrayWithCapacity:frames];
  for (i = 0; i < frames; i++) {

    [backtrace addObject:[NSString stringWithUTF8String:strs[i]]];
  }
  free(strs);

  return backtrace;
}

backtrace是Linux下用来追踪函数调用堆栈以及定位段错误的函数。

5.使用UIAlerView进行友好化提示

- (void)handleException:(NSException *)exception {

  [self validateAndSaveCriticalApplicationData:exception];

  if (!showAlertView) {
    return;
  }

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdeprecated-declarations"
  UIAlertView *alert =
  [[UIAlertView alloc]
   initWithTitle:@"出错啦"
   message:[NSString stringWithFormat:@"你可以尝试继续操作,但是应用可能无法正常运行.\n"]
   delegate:self
   cancelButtonTitle:@"退出"
   otherButtonTitles:@"继续", nil];
  [alert show];
#pragma clang diagnostic pop

  CFRunLoopRef runLoop = CFRunLoopGetCurrent();
  CFArrayRef allModes = CFRunLoopCopyAllModes(runLoop);

  while (!self.dismissed) {
    //点击继续
    for (NSString *mode in (__bridge NSArray *)allModes) {
      //快速切换Mode
      CFRunLoopRunInMode((CFStringRef)mode, 0.001, false);
    }
  }

  //点击退出
  CFRelease(allModes);

  NSSetUncaughtExceptionHandler(NULL);
  signal(SIGABRT, SIG_DFL);
  signal(SIGILL, SIG_DFL);
  signal(SIGSEGV, SIG_DFL);
  signal(SIGFPE, SIG_DFL);
  signal(SIGBUS, SIG_DFL);
  signal(SIGPIPE, SIG_DFL);

  if ([[exception name] isEqual:UncaughtExceptionHandlerSignalExceptionName]) {

    kill(getpid(), [[[exception userInfo] objectForKey:UncaughtExceptionHandlerSignalKey] intValue]);

  } else {

    [exception raise];
  }
}

在这里你可以做自己的crash收集操作,例如上传服务器等。

源码下载

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对我们的支持。

(0)

相关推荐

  • 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

  • iOS10适配之权限Crash问题的完美解决方案

    升级 iOS 10 之后目测坑还是挺多的,记录一下吧,看看到时候会不会成为一个系列. 直入正题吧 今天在写 Swift 3 相关的一个项目小小练下手,发现调用相机,崩了.试试看调用相册,又特么崩了.然后看到控制台输出了以下信息: This app has crashed because it attempted to access privacy-sensitive data without a usage description.  The app's Info.plist must cont

  • iOS Crash文件分析方法汇总

    方法一 symbolicatecrash 1.查找symbolicatecrash 不同XCode版本symbolicatecrash的目录不一样 find /Applications/Xcode.app -name symbolicatecrash -type f 2.创建一个crash文件夹 mkdir crash 3.将crash文件.symbolicatecrash.dSYM拷贝到同一个目录下 4.导出DEVELOPER_DIR环境变量 export DEVELOPER_DIR="/Ap

  • iOS App连续闪退时上报crash日志的方法详解

    前言 当一个iOS应用程序崩溃时,系统会创建一份crash日志保存在设备上.这份crash日志记录着应用程序崩溃时的信息,通常包含着每个执行线程的栈调用信息(低内存闪退日志例外),对于开发人员定位问题很有帮助. 为保障线上 App 的用户体验,我们一般都会对线上 App 的 crash 率做实时监控,一旦检测到 spike,可以即刻调查原因,但这一切的前提是 crash 日志能够准确上报. crash 日志上报有两个难点: crash handler 安装之前的代码要绝对稳定 如果日志采集器还没

  • 查看iOS已上架App的Crash信息定位、应对处理方式的实例

    完整的App都是经过很多轮测试才能正式上架的,但是没有任何一个开发人员可以保证一定会不出现任何问题.如果已上架App出现奔溃(Crash)情况,对于开发人员来说如何查看Crash信息定位及对应的处理方式尤为重要.以下就是查看Crash信息定位的步骤和处理方式. Crash的来源:分布情况(自发现或者用户发现) 1. 通过对应的苹果开发者账号进入iTunes connect,进入App分析,查看对应的App信息,如:App购买量,使用次数,展示次数等. 2. 进入后找到App奔溃的信息,在这里可以

  • iOS监控笔记之启动crash

    前言 相较于正常的崩溃问题,启动crash造成的损失要远远大得多.正常来说,如果有足够强健的构建发布系统,大多数时候能在版本上线之前及时发现问题并且修复,但是仍然存在小概率的线上意外.启动crash一般同时具备损害严重以及难以捕获两大特点 启动过程 从应用图标被用户点击开始,直到应用可以开始响应发生了很多事情.正常来说,尽管我们希望crash监控工具启动的尽可能早,但接入方往往总是等到launch事件之后才能启动工具,而在这个时间之前发生的崩溃就是启动crash,下面列出了在应用直到launch

  • 查看iOS Crash logs的方法

    当应用在设备中运行发生崩溃,iOS将记录这些错误日志并且创建了崩溃报告(Crash Report).崩溃报告中包含了iOS的版本.日期.异常类型.堆栈跟踪以及其他信息. ① 在Xcode中查看崩溃报告 当应用还在开发过程中发生了崩溃,则直接可以使用Xcode Organizer来查看崩溃报告.按如下操作: 1.打开Organizer: 2.选择"Devices"选项(界面的顶部): 3.选择左侧菜单栏中的device项: 4.选择"Devices"中的"D

  • iOS开发之WKWebViewJavascriptBridge Xcode9中导致crash的解决

    前言 本文主要给大家介绍了关于iOS WKWebViewJavascriptBridge Xcode9中导致crash的相关解决办法,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧. WKWebViewJavascriptBridge 这个第三方还是比较不错的,但是最近Xcode9上,却出现了crash:WKWebViewJavascriptBridge官方github看了大家也都有如此问题,最后终于解决了: 需要在WKWebViewJavascriptBridge类里,如下修改

  • iOS开发笔记之键盘、静态库、动画和Crash定位

    前言 本文主要分享了开发中遇到的问题,和相关的一些思考.分享出来给有需要的朋友们参考学习,下面话不多说了,来一起看看详细的介绍吧. iOS11键盘问题 功能背景: 弹出键盘时,如果有输入框的话,需要输入框的位置跟随键盘大小而变动. 问题描述: 当快速切换键盘之后,容易出现输入框的位置没有紧贴键盘,如下:(以简书键盘为例) 相关实现: 输入框监听系统的UIKeyboardWillShowNotification和UIKeyboardWillHideNotification事件,在回调的过程中用UI

  • iOS中程序异常Crash友好化处理详解

    前言 前两天接到个面试,面试官问到上线的app怎么避免闪退,首先想到的就是在编码的时候进行各种容错,但貌似并不是面试官想要的答案,所以表现的很糟糕.今天有时间就来整理一下,希望有所帮助. 实现效果如图: 效果实现: 用法: 1.将截图的中CatchedHelper文件夹拖到你的项目工程中. 2.在AppDelegate.m中找到以下方法并如下添加代码: - (BOOL)application:(UIApplication *)application didFinishLaunchingWithO

  • IOS中计算缓存文件的大小判断实例详解

    IOS中计算缓存文件的大小判断实例详解 IOS中计算缓存文件的大小判断,在这里分享一下自己的心得,希望和大家一起分享技术,如果有什么不足,还请大家指正.写出这篇目的,就是希望大家一起成长,我也相信技术之间没有高低,只有互补,只有分享,才能使彼此更加成长. 实例代码: //获取缓存文件路径 -(NSString *)getCachesPath{ // 获取Caches目录路径 NSArray *paths = NSSearchPathForDirectoriesInDomains(NSCaches

  • iOS中封装.framework及使用的方法详解

    .framework是什么? 这个问题相信做iOS的都知道答案. 在我们的日常开发中,经常会用到各种已经封装好的库,比如支付宝.微信SDK等等中的库,这些库可以给我们的开发带来很大的便利.有的时候,由于工作的需要,我们需要对自己的项目进行封装,生成库,方便别人的使用.在这里就边参考好点的博客,边总结一下我们经常看到的.framework. 那什么是"库"呢? "库"是共享程序代码的一种方式!同行总结的这句话很简单也很好的说明了它的作用! 一般的分为"静态库

  • Java中的异常和处理机制实例详解

    本文实例讲述了Java中的异常和处理机制.分享给大家供大家参考,具体如下: 简介 程序运行时,发生的不被期望的事件,它阻止了程序按照程序员的预期正常执行,这就是异常.异常发生时,是任程序自生自灭,立刻退出终止,还是输出错误给用户?或者用C语言风格:用函数返回值作为执行状态?. Java提供了更加优秀的解决办法:异常处理机制. 异常处理机制能让程序在异常发生时,按照代码的预先设定的异常处理逻辑,针对性地处理异常,让程序尽最大可能恢复正常并继续执行,且保持代码的清晰. Java中的异常可以是函数中的

  • iOS中自动实现对象序列化的方法详解

    前言 在iOS 中实现对象序列化,需要遵行NSCoding协议,然后对对象的每个属性进行归档和接档赋值,响应的操作比较繁琐.本文主要介绍 利用 runtime遍历属性 大大简化代码量,下面来看看详细的介绍吧. 具体实现代码如下: 1.先建立NSobject的分类, 定义可能用到的相关类型 static NSString *intType = @"i"; // int_32t(枚举int型) static NSString *longTpye = @"l"; //lo

  • iOS中PNChart与UITableView的联动示例详解

    前言 在开发中,特别是销售企业内部使用的APP,可能会用到数据汇总,使用到图表的功能!本文主要给大家介绍了关于iOS中PNChart与UITableView联动的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧 效果图 1.点击chart,tableView对应模块高亮 PNChart提供了一个代理方法,用来处理用户的点击事件: #pragma mark - PNChart Delegate - (void)userClickedOnPieIndexItem:(NSInt

  • iOS中多网络请求的线程安全详解

    前言 在iOS 网络编程有一种常见的场景是:我们需要并行处理二个请求并且在都成功后才能进行下一步处理.下面是部分常见的处理方式,但是在使用过程中也很容易出错: DispatchGroup:通过 GCD 机制将多个请求放到一个组内,然后通过 DispatchGroup.wait() 和 DispatchGroup.notify() 进行成功后的处理. OperationQueue:为每一个请求实例化一个 Operation 对象,然后将这些对象添加到 OperationQueue ,并且根据它们之

  • IOS 中两种单例模式的写法实例详解

    iOS的单例模式有两种官方写法,如下: (1)不使用GCD #import "ServiceManager.h" static ServiceManager *defaultManager; @implementation ServiceManager +(ServiceManager *)defaultManager{ if(!defaultManager) defaultManager=[[self allocWithZone:NULL] init]; return default

  • iOS中图片的解压缩到渲染过程详解

    前言 在移动app开发过程中,图片往往是不可或缺的资源.从磁盘上加载一张图片,到显示到屏幕上,中间经过了一些复杂的过程,其中非常重要的一步就是对图片的解压缩.下面来一起看看详细的介绍吧 一.图像从文件到屏幕过程 通常计算机在显示是CPU与GPU协同合作完成一次渲染.接下来我们了解一下CPU/GPU等在这样一次渲染过程中,具体的分工是什么? CPU: 计算视图frame,图片解码,需要绘制纹理图片通过数据总线交给GPU GPU: 纹理混合,顶点变换与计算,像素点的填充计算,渲染到帧缓冲区. 时钟信

  • iOS中对文本的字符限制示例详解

    需求 1.对于文本框,字数限制是一种很常见的需求,判断text.length 即可,然而交互提出了对字符限制,一个英文.一个数字 对应一个字符,一个汉字 对应 两个字符,并只可以输入中英文数字.so what,要肿么办呢? 知识储备 TextField lengthOfBytesUsingEncoding 方法 characterAtIndex 首先,对于正常字数限制的一些操作此处就不讲解了. 方法如下 我们需要监听textfield [textfield addTarget:self acti

随机推荐