Xcode上不同的崩溃类型

1. EXC_BAD_ACCESS
   • 在访问一个已经释放的对象或向它发送消息时，EXC_BAD_ACCESS就会出现。造成EXC_BAD_ACCESS最常见的原因是，在初始化方法中初始化变量时用错了所有权修饰符，这会导致对象被释放。举个例子，在 viewDidLoad 方法中 UITableViewController 创建了一个包含元素的 NSMutableArray，却将该数组的所有权修饰符设成了 unsafe_unretained 或 assign 而不是 strong 。现在在 cellForRowAtIndexPath: 中，若要访问已经释放掉的对象时，就会得到名为 EXC_BAD_ACCESS 的崩溃。
2. SIGSEGV
   • 段错误信号（SIGSEGV） 是操作系统产生的一个更严重的问题。当硬件出现错误、访问不可读的内存地址或向受保护的内存地址写入数据时，就会发生这个错误。
   • 硬件错误这一情况并不常见。当要读取保存在RAM中的数据，而该位置的RAM硬件有问题时，你就会收到SIGSEGV。SIGSEGV更多是出现在后两种情况。默认情况下，代码页不允许进行写操作，而数据页不允许进行执行操作。当应用中的某个指针指向代码页并试图修改指向位置的值时，你就会受到SIGSEGV。当要读取一个指针的值，而它被初始化成指向无效内存地址的垃圾值时，你也会收到SIGSEGV。
   • SIGSEGV 错误调试起来更困难，而导致SIGSEGV的最常见原因是不正确的类型转换。要避免过度使用指针或尝试手动修改指针来读取私有数据结构。如果你那样做了，而在修改指针时没有注意内存对齐和填充问题，就会收到SIGSEGV。
3. SIGBUS
   • 总线错误信号（SIGBUS）代表无效内存访问，即访问的内存是一个无效的内存地址。也就是说，那个地址指向的位置根本不是物理内存地址（他可能是某个硬件芯片的地址）。SIGBUS 和 SIGSEGV 都属于 EXC_BAD_ACCESS 的子类型。
4. SIGTRAP
   • SIGTRAP 代表陷阱信号。它并不是一个真正的崩溃信号。它会在处理器执行 trap 指令时发送。LLDB调试器通常会处理此信号，并在指定的断点处停止运行。如果你收到了原因不明的 SIGTRAP，先清除上次的输出，然后重新进行构建通常能解决这个问题。
5. EXC_ARITHMETIC
   • 当要除零时，应用会收到 EXC_ARITHMETIC 信号。这个错误应该很容易解决
6. SIGILL
   • SIGILL 代表 SIGILL ILLEGAL INSTRUCTION （非法指令信号）。 当在处理器上执行非法指令时，它就会发生。执行非法指令是指，将函数指针传给另外一个函数时，该函数指针由于某种原因是坏的，指向了一段已经释放的内存或是一个数据段。有时你收到的是 EXC_BAD_INSTRUCTION 而不是 SIGILL 。虽然它们是一回事，不过 EXC_* 等同于此信号不依赖体系结构。
7. SIGABRT
   • SIGABRT代表 SIGNAL ABORT （中止信号）。当操作系统发现不安全的情况时，它能够对这种情况进行更多的控制，必要的话，它能要求进程进行清理工作。在调试造成此信号的底层错误时，并没有什么妙招。 cocos2d 或 UIKit 等框架通常会在特定的前提条件没有满足或一些糟糕的情况出现时调用 C 函数 abort （由它来发送此信号）。当 SIGABRT 出现时，控制台通常会输出大量的信息，说明具体哪里出错了。由于它是可控制的崩溃，所以可以在LLDB控制台上键入 bt命令打印出回溯信息。
8. 0x8badf00d （看门狗超时）
   • 这种崩溃通常比较容易分辨，因为错误码是固定的 0x8badf00d。在iOS上，他经常出现在执行一个同步网络调用而阻塞主线程的情况。因此，永远不要进行同步网络调用。