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

Question

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

最后一行符号表示：
    17 OurApp 0x00091d00 main（main.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

Answer 1

使用QuincyKit或基于PLCrashReporter的其他框架。你绝对不会找到更有用的信息来源w.r.t.在现场诊断崩溃，你的用户会爱你。

Answer 2

请参阅这两个问题，以及我最有可能开始挖掘的答案：What can cause this SIGSEGV error?和SIGSEGV SEGV_ACCERR Crash Reports - What to do?。每当你看到像这样的堆栈跟踪时，将该点重新委托给已经解除分配的对象的应用程序是你应该看的第一个地方。只有代码审查会出现这样的问题。