iOS Swift Crash的捕获

2023-05-16

iOS Swift Crash的捕获


crash捕获介绍

  • 如果对crash捕获不太了解,可以先参考这篇文章,本文进行Mach异常+Unix信号方式捕获crash。

  • NSException一般只在OC当中被捕获,一般情况下在捕获NSException异常后同时也会捕获到一个对应的signal异常。但如果你使用的是纯swift开发,如下代码并不会捕获相关的crash

      NSSetUncaughtExceptionHandler(UncaughtExceptionHandler)
    

swift崩溃捕获

  • swift通常都是通过对应的signal来捕获crash。对于swift的崩溃捕获,Apple的文档中有描述说需要通过SIGTRAP信号捕获强转失败,及非可选的nil值导致的崩溃.具体描述如下:

      Trace Trap[EXC_BREAKPOINT // SIGTRAP]
      类似于异常退出,此异常旨在使附加的调试器有机会在其执行中的特定点中断进程。您可以使用该__builtin_trap()函数从您自己的代码触发此异常。如果没有附加调试器,则该过程将终止并生成崩溃报告。
      较低级的库(例如,libdispatch)会在遇到致命错误时捕获进程。有关错误的其他信息可以在崩溃报告的“ 附加诊断信息”部分或设备的控制台中找到。
    
      如果在运行时遇到意外情况,Swift代码将以此异常类型终止,例如:
          1.具有nil值的非可选类型
          2.一个失败的强制类型转换
    
  • 对于swift还有一种崩溃需要捕获(Intel处理器,我认为应该是指在模拟器上的崩溃),为保险起见,也需要将信号SIGILL进行注册,Apple同样对其中做了描述

      Illegal Instruction[EXC_BAD_INSTRUCTION // SIGILL]
      该过程尝试执行非法或未定义的指令。该过程可能尝试通过错误配置的函数指针跳转到无效地址。
      在Intel处理器上,ud2操作码引起EXC_BAD_INSTRUCTION异常,但通常用于进程调试目的。如果在运行时遇到意外情况,Intel处理器上的Swift代码将以此异常类型终止。有关详细信息,请参阅Trace Trap。
    

crash捕获实现代码参考

    //对于OC的exception采取如下方式捕获
    NSSetUncaughtExceptionHandler(UncaughtExceptionHandler)
    //对于Swift则捕获相关signa,一般来说如下几种已经能够捕获大部分crash。(其中SIGTRAP一定要捕获,swift大量的crash都会通过它)
     signal(SIGABRT, SignalExceptionHandler)
    signal(SIGSEGV, SignalExceptionHandler)
    signal(SIGBUS, SignalExceptionHandler)
    signal(SIGTRAP, SignalExceptionHandler)
    signal(SIGILL, SignalExceptionHandler)

获取Slide Address

通过获取到偏移量地址Slide Address错误信息的内存地址基本即可定位错误,错误信息的内存地址在捕获的crash信息中会体现,Slide Address则需要我们自己获取,通过调用如下C方法我们可以获取到偏移量地址,这里通过OC文件来调用C方法。方法如下:

//MARK: - 获取偏移量地址
long  calculate(void){
long slide = 0;
for (uint32_t i = 0; i < _dyld_image_count(); i++) {
    if (_dyld_get_image_header(i)->filetype == MH_EXECUTE) {
        slide = _dyld_get_image_vmaddr_slide(i);
        break;
    }
}
return slide;
}

crash分析介绍

  • 如果想要定位错误,通过拿到Slide Address错误信息的内存地址即可定位(实际上错误信息地址可以通过Slide Address加上偏移量获得)
  • 拿到Slide Address错误信息的内存地址后我们可以通过一个开源工具dSYMTools直接定位到我们想要的信息。感谢作者的贡献,让我们更加方便快捷的分析问题。
  • dSYMTools 需要传入.xcarchive文件,你可以通过Xcode找到你对应提交版本的.xcarchive。你也可以在提交前保留对应的.xcarchive,以供万一产生crash分析使用,这里的.xcarchive一定要与产生crash信息的版本对应,否则无法定位到崩溃信息

具体分析

  • 当自己捕获NSException Crash并上传到服务器之后,正常crash大概会显示信息如下,我们大概能够知道是由于数组溢出导致的崩溃。

      Stack:
      slideAdress:0xec000
      name:NSRangeException 
      reason:Optional("*** -[__NSArray0 objectAtIndex:]: index 66         beyond bounds for empty NSArray") 
      0   CoreFoundation                      0x0000000181646ff0      <redacted> + 148
      1   libobjc.A.dylib                     0x00000001800a8538      objc_exception_throw + 56
      2   CoreFoundation                      0x00000001815b2eb8      <redacted> + 0
      3   CrashManager                        0x00000001000f3000      CrashManager + 28672
      4   UIKit                               0x00000001877ab0ec      <redacted> + 96
      5   UIKit                               0x00000001877ab06c      <redacted> + 80
      6   UIKit                               0x00000001877955e0      <redacted> + 440
      7   UIKit                               0x00000001877aa950      <redacted> + 576
      8   UIKit                               0x00000001877aa46c      <redacted> + 2480
      9   UIKit                               0x00000001877a5804      <redacted> + 3192
      10  UIKit                               0x0000000187776418      <redacted> + 340
      11  UIKit                               0x0000000187f6ff64      <redacted> + 2400
      12  UIKit                               0x0000000187f6a6c0      <redacted> + 4268
      13  UIKit                               0x0000000187f6aaec      <redacted> + 148
      14  CoreFoundation                      0x00000001815f5424      <redacted> + 24
      15  CoreFoundation                      0x00000001815f4d94      <redacted> + 540
      16  CoreFoundation                      0x00000001815f29a0      <redacted> + 744
      17  CoreFoundation                      0x0000000181522d94      CFRunLoopRunSpecific + 424
      18  GraphicsServices                    0x0000000182f8c074      GSEventRunModal + 100
      19  UIKit                               0x00000001877db130      UIApplicationMain + 208
      20  CrashManager                        0x00000001000f139c      CrashManager + 21404
      21  libdyld.dylib                       0x000000018053159c <redacted> + 4 
    

    如上所示,slideAdress我们已经通过程序获取,这里是0xec000,由上往下找,我们可以看到3 CrashManager 0x00000001000f3000 CrashManager + 28672出现了CrashManager信息,那么0x00000001000f3000则有可能为我们想要定位的错误信息地址。将我们得到数据带入工具可清晰定位到错误:

    NSException错误信息.png
    NSException错误信息.png
  • 如果捕获到的Signal Crash,可能crash显示的信息大概会如下:

      Stack:
      slideAdress:0xa4000
      0   CrashManager                        0x00000001000a8f10      CrashManager + 20240
      1   CrashManager                        0x00000001000a9024      CrashManager + 20516
      2   libsystem_platform.dylib            0x000000018070530c      _sigtramp + 36
      3   CrashManager                        0x00000001000ab1bc CrashManager + 29116
      4   CrashManager                        0x00000001000aaa64 CrashManager + 27236
      5   UIKit                               0x00000001877ab0ec <redacted> + 96
      6   UIKit                               0x00000001877ab06c <redacted> + 80
      7   UIKit                               0x00000001877955e0 <redacted> + 440
      8   UIKit                               0x00000001877aa950 <redacted> + 576
      9   UIKit                               0x00000001877aa46c <redacted> + 2480
      10  UIKit                               0x00000001877a5804 <redacted> + 3192
      11  UIKit                               0x0000000187776418 <redacted> + 340
      12  UIKit                               0x0000000187f6ff64 <redacted> + 2400
      13  UIKit                               0x0000000187f6a6c0 <redacted> + 4268
      14  UIKit                               0x0000000187f6aaec <redacted> + 148
      15  CoreFoundation                      0x00000001815f5424 <redacted> + 24
      16  CoreFoundation                      0x00000001815f4d94 <redacted> + 540
      17  CoreFoundation                      0x00000001815f29a0 <redacted> + 744
      18  CoreFoundation                      0x0000000181522d94 CFRunLoopRunSpecific + 424
      19  GraphicsServices                    0x0000000182f8c074 GSEventRunModal + 100
      20  UIKit                               0x00000001877db130 UIApplicationMain + 208
      21  CrashManager                        0x00000001000a939c CrashManager + 21404
      22  libdyld.dylib                       0x000000018053159c <redacted> +
    

一般我们无法从signal产生的这些信息中直观获取到crash产生的原因,这里崩溃的地址我们一般优先选择_sigtramp后第一条有我们程序信息的地址,所以这里将slideAdress:0xa4000和可能的错误信息地址0x00000001000ab1bc代入:

signalCrash.png
signalCrash.png

注意事项

  • 如果你使用工具解析后得到的信息是类似于这样的_hidden#30_ (in libswiftObjectiveC.dylib) (__hidden#70_:0),那么极有可能是因为你提交版本的时候勾选了BitCode,勾选了Bitcode之后,用户安装的二进制文件是苹果服务器经过优化后生成的,其对应的调试符号信息丢失了,所以你看到的全部是类似于__hidden#70_:0这样的信息,所以也无法通过还原奔溃现场找原因了.如果你如果你不太理解BitCode,可以参考这篇BitCode介绍和这篇讨论
  • 如果你使用模拟器,那么由于本身绑定相关dSYM文件,你获取到的crash信息中可能不是错误地址而是很明显的相关错误信息,这不在本文讨论范围内,毕竟在调试过程中获取崩溃信息相对容易,本文阐述的是你的应用已经提交后捕获和分析用户使用过程中产生的crash

资源支持

这是一个完整的Demo,本篇文章所阐述的内容在Demo中都有体现,你可以直接使用Demo中的模块完成Crash捕获,也可以参考Demo阅读本文,相信可以更快理解,如果对你有帮助,给个star呗。
crash捕获参考文档连接

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

iOS Swift Crash的捕获 的相关文章

随机推荐

  • socket的TIME_WAIT状态的原因及解决办法和避免的办法

    一查看现在time wait的数量及浅析 netstat an grep TIME WAIT wc l 发现系统存在大量TIME WAIT状态的连接 xff0c 通过调整内核参数解决 xff0c 在 etc sysctl conf中加入 n
  • 数据库常见索引解析(B树,B-树,B+树,B*树,位图索引,Hash索引)

    B树 即二叉搜索树 xff1a 1 所有非叶子结点至多拥有两个儿子 xff08 Left和Right xff09 xff1b 2 所有结点存储一个关键字 xff1b 3 非叶子结点的左指针指向小于其关键字的子树 xff0c 右指针指向大于其
  • 在一棵IPv4地址树中彻底理解IP路由表的各种查找过程

    1 IPv4地址空间树 IPv4的整个地址空间可以构成一棵完美的二叉树 xff0c 因为它完全占满了整个4G的地址空间 这棵树如下所示 xff1a 需要指明的是 xff0c 完全画出这幅图是不可能的 xff0c 如果一个节点的直径小到1mm
  • 常用编码方式说明

    各种语言需要交流 xff0c 经过翻译是必要的 xff0c 那又如何来翻译呢 xff1f 在计算机中提供了多种翻译方式 xff0c 常见的有 ASCII ISO 88591 GB23112 GBK UTF 8 UTF 8 UTF 16等 它
  • 报文头格式以及常用协议端口

    IP协议是TCP IP协议族的动力 xff0c 它为上层协议提供无状态 无连接 不可靠的服务 优点 xff1a 简单 xff0c 高效 无状态指 xff1a IP通信双方不同步传输数据的状态信息 xff0c 所有的IP数据报的传输都是独立的
  • iOS中NSThread子线程需要建立NSAutoreleasePool

    今天做iOS开发时碰到一个问题 xff1a 在主线程打开一个大约400多K的文件读取数据时 xff0c 界面明显有停顿感 xff0c 于是尝试用NSThread建立子线程来负责读取文件数据 却发现子线程的运行速度奇慢无比 xff0c 刚开始
  • 报数游戏3

    题目描述 xff1a xfeff xfeff 一种报数游戏是从1开始连续报数 xff0c 如果报到7的倍数 xff08 7 xff0c 14 xff0c 21 xff0c 28 xff09 或者包含数字7的数 xff08 7 xff0c 1
  • c++ 关于流的重要帖子聚集

    1 关于clear 带参数版本 的2个例子 C 43 43 ios clear 用法及代码示例 纯净天空 2 关于unget的一个例子 unget C 43 43 标准库 开发文档 文江博客 3 关于peek的一个例子 C 43 43 中的
  • Mac无法访问Windows共享文件解决办法

    先按照网上教程 xff0c 在Windows下允许远程 xff0c 然后设置文件夹共享出来 xff0c 再在Mac上通过smb登录 xff0c 输入用户名和密码窗口总是抖动 xff0c 一直连接不上 xff0c 此时用另一台同一局域网的Wi
  • 虚拟机VMware安装ArchLinux及配置过程_详细202002_001#

    1 安装前准备工作 安装手册地址 xff1a https wiki archlinux org index php Installation guide版本为archlinux 2020 02 01 x86 64 isoVMware安装 x
  • VSCode C++环境配置

    VSCode C C 43 43 Windows 环境配置 第一次写博客 xff0c 编程小白 xff0c 码龄不足一年 xff0c 望大家批评改正 废话 许多像我一样的初级码农 xff0c 最开始接触的编程语言可能是C语言 xff0c 学
  • 服务器离线安装GitLab

    服务器离线安装GitLab并还原迁移的数据 1 下载gitlab的离线安装包 xff0c 默认el6 我下载的是el7 xff0c 以下简称el7 rpm 最好不要有openssh的rpm文件 2 登录服务器 xff0c 新建一个文件夹 s
  • leetcode刷题B部分

    目录 文章目录 目录50 Pow x n xff08 回到目录 目录 xff09 54 螺旋矩阵 59 xff08 回到目录 目录 xff09 58 最后一个单词的长度 xff08 回到目录 目录 xff09 59 螺旋矩阵 II 54 x
  • 【Java】字符串列表List<String>数字、字母、汉字混合排序(按中国人使用习惯排序)

    一 概要 本方法根据中国人使用习惯实现了 xff1a 总体按照按数字 字母 汉字升序 xff1b 数字之间按数值大小升序排序 xff1b 字母之间按ascii升序排序 xff1b 汉字之间按拼音升序排序 二 方法入口 span class
  • response.buffer用法

    不知道大家对Buffer了解多少 xff0c 很多人对这个概念都比较模糊 xff0c 尤其是在asp中 很多初学者在编写asp程序时很少用到这条语句 xff0c 下面我就来说说Buffer的用途以及它在asp程序中的作用 一 Buffer
  • 安装office时报错:an error occurred during the installation of assmbly component

    方法一 xff1a 删除office相关注册表 1 开始 xff0d xff0d 运行 xff0d xff0d 输入regedit xff0c 回车打开注册表找HKEY CURRENT USER Software Microsoft Off
  • mysql数据库的备份和恢复

    问题 想从我虚拟机上 xff0c 把数据库移到阿里云服务器上 解决方法 备份数据库 数据库名叫dddd mysqldump u root p span class hljs code 96 dddd 96 span gt dddd sql
  • Xcode如何打包Mac程序为 .dmg镜像文件

    打包Mac程序为 dmg镜像文件 获取可运行程序 按住crtl 43 b 编译程序 xff0c 编译完成之后打开Product文件夹 xff0c 选择编译好的程序 xff0c 鼠标右键点击Show in Finder 创建文件夹 在桌面新建
  • c modern approach chapter 17 中简单的复习

    一 程序remind c用动态内存实现 1 先回顾13 5中remind c的实现 xff0c 如下是自己看书以及自己的体会写成的程序 include lt stdio h gt include lt string h gt include
  • iOS Swift Crash的捕获

    iOS Swift Crash的捕获 crash捕获介绍 如果对crash捕获不太了解 xff0c 可以先参考这篇文章 本文进行Mach异常 43 Unix信号方式捕获crash NSException一般只在OC当中被捕获 xff0c 一