iOS Crash 流程化2:系统 Crash 日志结构分析

  • iOS Crash 流程化:系统 Crash 日志结构分析
    • 各字段的含义
    • Exception Codes 常见代码有以下几种
    • Exception Type
      • 1、EXC_BAD_INSTRUCTION
      • 2、EXC_ARITHMETIC
      • 3、EXC_BAD_ACCESS
        • 关键点注意
image

其中各个字段的含义:

字段 含义
Incident Identifier 当前crash的 id,可以区分不同的crash事件
CrashReporter Key 当前设备的id,可以判断crash在某一设备上出现的频率
Hardware Model 设备型号
Process 当前应用的名称,后面中括号中为当前的应用在系统中的进程id
Path 当前应用在设备中的路径
Identifier bundle id
Version 应用版本号
Code Type 还不清楚
Date/Time crash事件 时间(后面跟的应该是时区)
OS Version 当前系统版本
Exception Type 异常类型
Exception Codes 异常出错的代码
Triggered by Thread 在某一个线程出了问题导致crash,Thread 0 为主线程、其它的都为子线程
Last Exception Backtrace 最后异常回溯,一般根据这个代码就能找到crash的具体问题

Exception Codes 常见代码有以下几种

  1. 0x8badf00d错误码:Watchdog超时,意为“ate bad food”。当我们的 App 在启动、退出、或者响应系统事件的时候等待了太长时间,系统会直接杀死进程。
  • 0xdeadfa11错误码:用户强制退出,意为“dead fall”。与正常退出杀死App不同,这种情况可能是用户强制关机或系统强制关机等造成。
  • 0xbaaaaaad错误码:用户按住Home键和音量键,获取当前内存状态,不代表崩溃。
  • 0xbad22222错误码:VoIP应用(因为太频繁?)被iOS干掉。
  • 0xc00010ff错误码:程序执行大量耗费CPU和GPU的运算,导致设备过热,触发系统过热保护被系统终止,意为“cool off”。
  • 0xdead10cc错误码:因为在后台时仍然占据系统资源被干掉,意为“dead lock”。

Exception Type

1、EXC_BAD_INSTRUCTION

此类异常通常由于线程执行非法指令导致。

  • 在代码中修改了storyboard与outlet的对应关系,但是storyboard没有更新时发生过此crash。

  • 与第三方库中方法冲突时发生过此crash。

  • 调用系统方法时传入了不恰当的指针类型。

2、EXC_ARITHMETIC

代码中做除法时分母为零了会发生此问题。

3、EXC_BAD_ACCESS

此类型的Excpetion是我们最常碰到的Crash,通常用于访问了不该访问的内存导致。一般EXC_BAD_ACCESS后面的”()”还会带有补充信息。

  1. SIGHUP
    本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。
    登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个 Session。当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进 程组和后台有终端输出的进程就会中止。不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录, wget也 能继续下载。
    此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。
  2. SIGINT
    程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。
  3. SIGQUIT
    和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。
  4. SIGILL
    执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号。
  5. SIGTRAP
    由断点指令或其它trap指令产生. 由debugger使用。
  6. SIGABRT
    调用abort函数生成的信号退出,通常Foundation库中的容器为了保护状态正常会做一些检测,例如插入nil到数组中等会遇到此类错误。
  7. SIGBUS
    非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。
    与 SIGSEGV 不同的是,SIGSEGV 访问的是无效地址,而 SIGBUS 访问的是有效地址,但总线访问异常(如地址对齐问题)
  8. SIGFPE
    在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误。
  9. SIGKILL
    用来立即结束程序的运行. 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。
  10. SIGUSR1
    留给用户使用
  11. SIGSEGV
    试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据,这种类型在切换了ARC以后应该已经很少见到了
  12. SIGUSR2
    留给用户使用
  13. SIGPIPE
    管道破裂。这个信号通常在进程间通信产生,比如采用FIFO(管道)通信的两个进程,读管道没打开或者意外终止就往管道写,写进程会收到SIGPIPE信号。此外用Socket通信的两个进程,写进程在写Socket的时候,读进程已经终止。
  14. SIGALRM
    时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号.
  15. SIGTERM
    程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL。
  16. SIGCHLD
    子进程结束时, 父进程会收到这个信号。
    如果父进程没有处理这个信号,也没有等待(wait)子进程,子进程虽然终止,但是还会在内核进程表中占有表项,这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号,或者捕捉它,或者wait它派生的子进程,或者父进程先终止,这时子进程的终止自动由init进程 来接管)。
  17. SIGCONT
    让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符
  18. SIGSTOP
    停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.
  19. SIGTSTP
    停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号
  20. SIGTTIN
    当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行.
  21. SIGTTOU
    类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.
  22. SIGURG
    有”紧急”数据或out-of-band数据到达socket时产生.
  23. SIGXCPU
    超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变。
  24. SIGXFSZ
    当进程企图扩大文件以至于超过文件大小资源限制。
  25. SIGVTALRM
    虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.
  26. SIGPROF
    类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间.
  27. SIGWINCH
    窗口大小改变时发出.
  28. SIGIO
    文件描述符准备就绪, 可以开始进行输入/输出操作.
  29. SIGPWR
    Power failure
  30. SIGSYS
    非法的系统调用。
  31. SEGV
    Segmentation Violation,代表无效内存地址,比如空指针,未初始化指针,栈溢出等
关键点注意

在以上列出的信号中,程序不可捕获、阻塞或忽略的信号有:SIGKILL,SIGSTOP

不能恢复至默认动作的信号有:SIGILL,SIGTRAP

默认会导致进程流产的信号有:SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ

默认会导致进程退出的信号有:
SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM

默认会导致进程停止的信号有:SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU

默认进程忽略的信号有:SIGCHLD,SIGPWR,SIGURG,SIGWINCH

此外,SIGIO在SVR4是退出,在4.3BSD中是忽略;SIGCONT在进程挂起时是继续,否则是忽略,不能被阻塞。

推荐阅读更多精彩内容

  • 今天在微信公众号上看到一篇文章,做一下简化整理,大家可以尝试一起来做一下自己的Crash日志记录 开发iOS应用,...
    东健FO_OF阅读 2,299评论 1 24
  • 一.常识 当编译器将源代码编译成机器代码时,它会生成调试符号,这些调试符号存储在二级制或同伴的调试符号文件(dsy...
    globalYK阅读 298评论 0 0
  • 文章目录 一. 系统Crash 二. 处理signal 下面是一些信号说明 关键点注意 三. 实战 四. Cras...
    iOSDeveloper110阅读 604评论 1 2
  • 转自:http://www.dbafree.net/?p=870 我们可以使用kill -l查看所有的信号量解释,...
    AndreaArlex阅读 4,077评论 0 4
  • 《加勒比海盗》第一季时,你还是青葱少年学生模样,如今你已经工作,而船长依然桀骜不驯,在大海上不断遇到新征途、新故事...
    新网阅读 68评论 0 0