iOS崩溃

崩溃的产生

应用违反操作系统规则

1. 违反iOS规则包括在启动、恢复、挂起、退出时watchdog超时、用户强制退出和低内存终止。

application:didFinishLaunchingWithOptions:

applicationWillResignActive:

applicationDidEnterBackground:

applicationWillEnterForeground:

applicationDidBecomeActive:

applicationWillTerminate:

2. 用户强制退出：当APP无响应的时候，用户通过双击home键杀掉APP或者直接关机

低内存终止：当内存使用达到一定程度时，操作系统将发出一个UIApplicationDidReceiveMemoryWarningNotification 通知。同时,调用 didReceiveMemoryWarning 方法。

此时，为了让应用继续正常运行，操作系统开始终止在后台的其他应用以释放一些内存。所有后台应用被终止后，如果你的应用还需要更多内存，操作系统会将你的应用也终止掉，并产生一个崩溃日志，（会有一个jettisoned字样）

3. 应用中有bug

(1). Exception Code

0x8badf00d 这个异常编码表示应用是因为发生watchdog超时而被终止的，通常是应用花费了太多的时间而无法启动、终止货响应系统事件

0xdeadfa11 “dead fall” 表示应用是被用户强制退出的

0xdead10cc “dead lock” 表示应用在后台运行时占用系统资源

(2). Exception Type

EXC_CRASH (SIGABRT) 通常是由于对象接受到了未实现的消息引起的

EXC_BAD_ACCESS(SIGSEGV/SIGBUS) 通常是内存问题，比如访问了已被释放的内存

EXC_BREAKPOINT(SIGTRAP) 异常退出

EXC_GUARD 访问非法资源

崩溃的解析

1. 打开终端，cd到dSYM文件

查看dYSM的UUID，主要是判断崩溃的版本和当前的符号表的版本是否一致

dwarfdump –uuid appname.app.dSYM

修改：

需要cd到appname.app.dSYM/Contents/Resources/DWARF目录下，去执行dwarfdump –uuid appname才能解析出UUID

2. 如果一致，查看堆栈的跟APP相关的崩溃的地址信息

dwarfdump –arch=armv7 –lookup 0x97525 /…/appname.app.dSYM/Contents/Resources/DWARF/appname

得到解析之后的信息，能获取到崩溃的类和行号