(见底部更新)
最近,当我的 iPhone 应用程序从后台返回时,我开始遇到奇怪且罕见的崩溃。崩溃日志仅包含系统调用:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000138
Crashed Thread: 0
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libobjc.A.dylib 0x34c715b0 objc_msgSend + 16
1 CoreFoundation 0x368b7034 _CFXNotificationPost + 1424
2 Foundation 0x34379d8c -[NSNotificationCenter postNotificationName:object:userInfo:] + 68
3 UIKit 0x37ddfec2 -[UIApplication _handleApplicationResumeEvent:] + 1290
4 UIKit 0x37c37d5c -[UIApplication handleEvent:withNewEvent:] + 1288
5 UIKit 0x37c376d0 -[UIApplication sendEvent:] + 68
6 UIKit 0x37c3711e _UIApplicationHandleEvent + 6150
7 GraphicsServices 0x36dea5a0 _PurpleEventCallback + 588
8 CoreFoundation 0x3693b680 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 12
9 CoreFoundation 0x3693aee4 __CFRunLoopDoSources0 + 208
10 CoreFoundation 0x36939cb2 __CFRunLoopRun + 642
11 CoreFoundation 0x368aceb8 CFRunLoopRunSpecific + 352
12 CoreFoundation 0x368acd44 CFRunLoopRunInMode + 100
13 GraphicsServices 0x36de92e6 GSEventRunModal + 70
14 UIKit 0x37c8b2fc UIApplicationMain + 1116
15 [MyAppName] 0x00083d60 main (main.m:20)
16 [MyAppName] 0x00080304 start + 36
这可能看起来像一个僵尸对象被调用UIApplicationWillEnterForegroundNotification
或(通过堆栈跟踪和崩溃的时间UIApplicationDidBecomeActiveNotification
猜测),但是:_handleApplicationResumeEvent
- 我的所有课程都没有注册
UIApplicationDidBecomeActiveNotification
,只有几个单身人士(永远活着)注册UIApplicationWillEnterForegroundNotification
; - 我做了一些实验,结果发现帖子
UIApplicationWillEnterForegroundNotification
来自[UIApplication _sendWillEnterForegroundCallbacks:]
,并且它不在崩溃日志中。
对我来说,所有这些都意味着我正在使用的某个库中存在错误,或者系统错误,并且崩溃发生在 iOS 5.1.1(发布版本)、iOS 6.0(发布版本)和 iOS 6.0 上一次(调试构建)。我扫描了我正在使用的每个库并可以访问其源代码,但他们既没有注册也没有UIApplicationWillEnterForegroundNotification
注册UIApplicationDidBecomeActiveNotification
. 我唯一无法访问的库是 TestFlight,但崩溃发生在 TestFlight 的 1.0 和 1.1 版本上,我已经使用前者很长一段时间了,没有出现此类问题。所以,总而言之,我不知道为什么会出现这种崩溃以及它来自什么。有任何想法吗?
更新 1
感谢 DarthMike 和 matt 的帮助,我对这个问题进行了更深入的调查。通过使用通知中心回调和记录堆栈跟踪,我发现当且仅当UIApplicationResumedNotification
作为从后台返回的一部分触发通知时,才会出现这个确切的堆栈。你猜怎么着——这是一些“私人”通知,它没有对应的公共标识符。它没有userInfo
,它的对象是UIApplication
(在此之前发布的许多其他通知)。显然我不使用它,我也没有任何库我有源代码。我什至在互联网上找不到任何合理的提及!我也高度怀疑 TestFlight 是罪魁祸首,因为在调试期间也发生了崩溃,而且我不会在调试模式下“起飞”TestFlight。
这是接收的堆栈跟踪UIApplicationResumedNotification
。偏移量都是相同的,但具有恒定的字节偏移量(2 或 4,取决于库 - 可能是因为它是调试堆栈跟踪,而不是发布):
0 [MyAppName] 0x0016f509 NotificationsCallback + 72
1 CoreFoundation 0x3598ce25 __CFNotificationCenterAddObserver_block_invoke_0 + 124
2 CoreFoundation 0x35911037 _CFXNotificationPost + 1426
3 Foundation 0x333d3d91 -[NSNotificationCenter postNotificationName:object:userInfo:] + 72
4 UIKit 0x36e39ec7 -[UIApplication _handleApplicationResumeEvent:] + 1294
5 UIKit 0x36c91d61 -[UIApplication handleEvent:withNewEvent:] + 1292
6 UIKit 0x36c916d5 -[UIApplication sendEvent:] + 72
7 UIKit 0x36c91123 _UIApplicationHandleEvent + 6154
8 GraphicsServices 0x35e445a3 _PurpleEventCallback + 590
9 CoreFoundation 0x35995683 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
10 CoreFoundation 0x35994ee9 __CFRunLoopDoSources0 + 212
11 CoreFoundation 0x35993cb7 __CFRunLoopRun + 646
12 CoreFoundation 0x35906ebd CFRunLoopRunSpecific + 356
13 CoreFoundation 0x35906d49 CFRunLoopRunInMode + 104
14 GraphicsServices 0x35e432eb GSEventRunModal + 74
15 UIKit 0x36ce5301 UIApplicationMain + 1120
16 [MyAppName] 0x000aa603 main + 390
17 [MyAppName] 0x000a41b0 start + 40
NotificationsCallback 是我为调试添加的“观察者”回调。
只是为了证明一点,我故意省略了removeObserver:
来自我的一个对象的调用以生成僵尸/异常,并且仍然包含堆栈跟踪,_CFXNotificationPost + 1426
然后是EXC_BAD_ACCESS
in崩溃objc_msgSend + 16
,就像我最初的崩溃一样。所以这只是意味着有人已经注册了一个观察者UIApplicationResumedNotification
并且在观察者被释放之前没有删除它。基于我从未注册过此类通知的事实,我可以假设这次崩溃不是我的错。问题仍然存在——那是谁呢?我想知道谁实际上注册了这个通知......
更新 2
虽然我仍在等待查看我的应用程序的新版本上的这个错误是否有任何变化,但我在以前的版本中又遇到了一次崩溃。事实证明,无论为 注册什么,都为其UIApplicationResumedNotification
指定选择器_applicationResuming:
。我怀疑这有什么用。