Objective c 有没有办法从SIGSEGV获取更多信息？

下面是我们最近的事故报告之一。它没有符号化，但在符号化之后，它指向main.m，这没有任何意义。有没有办法从中获取更多信息？我们在这里也回顾了其他线程

最后一行表示： 17我们的应用0x00091d00主管道。m:6

Exception Type:  SIGSEGV
Exception Codes: SEGV_ACCERR at 0x10000008
Crashed Thread:  0

Thread 0 Crashed:
0   libobjc.A.dylib                     0x30818fbc 0x30815000 + 16316
1   UIKit                               0x339b247d 0x33953000 + 390269
2   UIKit                               0x339b159b 0x33953000 + 386459
3   UIKit                               0x3396c6f3 0x33953000 + 104179
4   CoreFoundation                      0x3737d6af 0x37353000 + 173743
5   QuartzCore                          0x3141ae31 0x31418000 + 11825
6   QuartzCore                          0x314d49d5 0x31418000 + 772565
7   QuartzCore                          0x3141f5af 0x31418000 + 30127
8   QuartzCore                          0x3141f3c3 0x31418000 + 29635
9   QuartzCore                          0x31419a09 0x31418000 + 6665
10  CoreFoundation                      0x373d6fc3 0x37353000 + 540611
11  CoreFoundation                      0x373d4fd7 0x37353000 + 532439
12  CoreFoundation                      0x373d5331 0x37353000 + 533297
13  CoreFoundation                      0x3737703d 0x37353000 + 147517
14  CoreFoundation                      0x37376f05 0x37353000 + 147205
15  GraphicsServices                    0x30dc40d5 0x30dc0000 + 16597
16  UIKit                               0x33954991 0x33953000 + 6545
17  OurApp                              0x00091d00 0x1000 + 593152

---

使用或其他基于的框架。你绝对找不到比w.r.t.在现场诊断车祸更有用的信息来源，你的用户也会因此而喜欢你。

查看这两个其他问题和我对它们的回答，了解最有可能开始挖掘的地方：和。每当您看到这样的堆栈跟踪时，首先应该查看的是指向您应用程序中已解除分配的对象的委托。只有代码检查才会出现这样的问题。

符号化堆栈跟踪是什么样子的？我们的app-main.m和行号寄存器状态、操作系统版本/二进制UUID和系统库符号有助于调试此类崩溃。具有讽刺意味的是，此堆栈来自PLCrashReporter。这是一个很好的提示！那样的话，我就没用了。祝你好运，希望有比我更聪明的人回答你的问题