iPhone Crash堆栈跟踪VS Crash报告

Question

只是花了一些时间......在崩溃时,没有理解它.那是经典之作:

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000010

这导致了一个内存问题,解决了无效的地址 0x10

困扰我的是我有崩溃报告和堆栈跟踪,它们有所不同:

---

崩溃报告,由用户发送(符号化成功,发生):

Thread 0 Crashed:
0   libobjc.A.dylib                 0x000027d8 objc_msgSend + 16
1   UIKit                           0x0005e9d2 -[UIViewAnimationState animationDidStop:finished:] + 54
2   QuartzCore                      0x0002d8c2 run_animation_callbacks(double, void*) + 286
3   QuartzCore                      0x0002d764 CA::timer_callback(__CFRunLoopTimer*, void*) + 116
4   CoreFoundation                  0x000567f4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 8
5   CoreFoundation                  0x000562a6 __CFRunLoopDoTimer + 854
6   CoreFoundation                  0x0002779e __CFRunLoopRun + 1082
7   CoreFoundation                  0x00027270 CFRunLoopRunSpecific + 224
8   CoreFoundation                  0x00027178 CFRunLoopRunInMode + 52
9   GraphicsServices                0x000045ec GSEventRunModal + 108
10  GraphicsServices                0x00004698 GSEventRun + 56
11  UIKit                           0x0000411c -[UIApplication _run] + 396
12  UIKit                           0x00002128 UIApplicationMain + 664
13  MyApp                           0x00003158 main (main.m:13)
14  MyApp                           0x00003120 0x1000 + 8480

---

崩溃堆栈跟踪(由异常处理程序捕获)

0   MyApp                               0x000d79c3 0x0 + 883139
1   MyApp                               0x000d790b 0x0 + 882955
2   libSystem.B.dylib                   0x302765d3 _sigtramp + 42
3   UIKit                               0x31eab9d9 -[UIViewAnimationState animationDidStop:finished:] + 60
4   QuartzCore                          0x33a178c9 _ZL23run_animation_callbacksdPv + 292
5   QuartzCore                          0x33a1776b _ZN2CAL14timer_callbackEP16__CFRunLoopTimerPv + 122
6   CoreFoundation                      0x3084e7fb __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 14
7   CoreFoundation                      0x3084e2ad __CFRunLoopDoTimer + 860
8   CoreFoundation                      0x3081f7a5 __CFRunLoopRun + 1088
9   CoreFoundation                      0x3081f277 CFRunLoopRunSpecific + 230
10  CoreFoundation                      0x3081f17f CFRunLoopRunInMode + 58
11  GraphicsServices                    0x31e445f3 GSEventRunModal + 114
12  GraphicsServices                    0x31e4469f GSEventRun + 62
13  UIKit                               0x31e51123 -[UIApplication _run] + 402
14  UIKit                               0x31e4f12f UIApplicationMain + 670
15  MyApp                               0x0000315f 0x0 + 12639
16  MyApp                               0x00003128 0x0 + 12584

两者都不同,堆栈跟踪指向我的代码中的崩溃,但在地址我既不能象征也不能识别.我认为崩溃报告表明已将消息发送到已发布的实例...可能与以下内容的使用有关:

+ (void)setAnimationDelegate:(id)delegate
+ (void)setAnimationDidStopSelector:(SEL)selector

所以这里(终于!)是我的问题:

1. 什么解释了日志之间的差异？(libobjc.A vs libSystem.B ??)
2. SIGBUS是来自我的代码还是来自UIKit？
3. 如何解密堆栈跟踪高位地址(0x000d79 ??,其中atos无法解析)
4. 这是我的想法,一个与动画有关的问题未能结束？与此类似> 如何在UIView setAnimationDelegate上取消委托:调用？
5. AFAIK,setAnimationDelegate应该保留委托......有人要确认吗？

编辑:我不能使用NSZombiesEnabled,这是一个已发布的应用程序的崩溃报告,一个我无法在开发环境中重现的崩溃.我只是有这些日志来诊断.

Answer 1

每当我在顶部看到objc_msgSend时,我对剩余堆栈的信任度很低,因为给出这个错误会给堆栈带来坏处.

GuardMalloc很有用,因为尝试使用释放空间做任何事情都会立即在调试器中使应用程序崩溃.堆栈将完好无损.(这使得应用程序非常慢,但它是一个非常强大的工具.)

两个堆栈在UIViewAnimationState方法调用之前是相同的.来自异常处理程序的版本显示的是C++错位名称,而不是崩溃日志中显示的常规名称.

(据我所知)_sigtramp是系统调用信号处理程序的方法,也是Signal Trampoline的缩写.超出该范围的堆栈条目可能是您的信号处理程序代码.