dispatch_after当我的应用程序被加载以执行某些行为时，我正在使用 GCD 的方法。预期的行为是在结束后等待 3 秒applicationDidFinishLaunchingWithOptions以执行在后台队列中运行的选择器。
我的测试设备上没有遇到任何崩溃，但我有未捕获的 SIGBUS 信号的用户崩溃报告，原因是 BUS_ADRALN 异常。根据我对这段代码的理解，BUS_ADRALN 错误表示地址对齐错误。
这就是我创建计时器的方式：
double delayInSeconds = 3.0;
dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC);
dispatch_after(popTime, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0),
^(void){
[self methodToPerformInBackground];
});
什么可能导致此崩溃？
由于多线程错误可能是一种奇怪的野兽，因此我将抛出一些我一直在脑海中折腾的想法。
- 我在对
[self performSelectorOnMainThread:withObject:waitUntilDone]. 在以这种方式调用的选择器中执行此操作是否有问题？ - 由于我是调用
dispatch_get_global_queue而不是调用，因此dispatch_create_queue我不需要保留此方法返回的队列。这个推理正确吗？ - 在此代码中，
self是应用程序委托。应用程序进入后台或终止后尝试执行块是否会导致崩溃？应用程序会在关闭时自动清理任何分派的块吗？ - 被调用的方法内部的某些东西导致了崩溃，但 GCD 没有提供堆栈跟踪。
编辑：我宁愿不包含在块中调用的代码，因为我不相信这是主要问题。这是堆栈跟踪。线程 0 上的崩溃看起来好像问题出在 GCD 中，而不是块中调用的代码。
编辑#2：在查看了更多崩溃报告后，我有一个奇怪的消息要分享。只有运行 iOS 4.2.X 及更低版本的用户才会出现此崩溃。由于 iOS 4.0 及更高版本支持 GCD，我猜想在 4.3 中修补了一个错误。
Thread 0 Crashed:
0 libSystem.B.dylib 0x35e5fb10 _dispatch_retain + 0
1 libSystem.B.dylib 0x35e5df8c dispatch_after_f + 80
2 libSystem.B.dylib 0x35e5e070 dispatch_after + 72
3 MyApplication 0x0000466c -[MyApplicationDelegate applicationDidFinishLaunchingPart2:] (MyApplicationDelegate.m:366)
4 CoreFoundation 0x37538f79 -[NSObject(NSObject) performSelector:withObject:] + 25
5 Foundation 0x35171e6d __NSThreadPerformPerform + 273
6 CoreFoundation 0x375518d1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
7 CoreFoundation 0x37521ecd __CFRunLoopDoSources0 + 385
8 CoreFoundation 0x375216f9 __CFRunLoopRun + 265
9 CoreFoundation 0x3752150b CFRunLoopRunSpecific + 227
10 CoreFoundation 0x37521419 CFRunLoopRunInMode + 61
11 GraphicsServices 0x33e76d24 GSEventRunModal + 196
12 UIKit 0x3591d57c -[UIApplication _run] + 588
13 UIKit 0x3591a558 UIApplicationMain + 972
14 MyApplication 0x00003024 main (main.m:113)
Thread 1:
0 libSystem.B.dylib 0x35d8f974 kevent + 24
1 libSystem.B.dylib 0x35e5dd70 _dispatch_queue_invoke + 104
2 libSystem.B.dylib 0x35e5d790 _dispatch_worker_thread2 + 128
3 libSystem.B.dylib 0x35de6978 _pthread_wqthread + 400
Thread 2:
0 libSystem.B.dylib 0x35de72fc __workq_kernreturn + 8
Thread 3:
0 libSystem.B.dylib 0x35d5b3b0 mach_msg_trap + 20
1 CoreFoundation 0x37521f83 __CFRunLoopServiceMachPort + 95
2 CoreFoundation 0x37521787 __CFRunLoopRun + 407
3 CoreFoundation 0x3752150b CFRunLoopRunSpecific + 227
4 CoreFoundation 0x37521419 CFRunLoopRunInMode + 61
5 WebCore 0x3318bd1c _ZL12RunWebThreadPv + 532
6 libSystem.B.dylib 0x35de5b4c _pthread_start + 372
Thread 4:
0 libSystem.B.dylib 0x35d5b3b0 mach_msg_trap + 20
1 CoreFoundation 0x37521f83 __CFRunLoopServiceMachPort + 95
2 CoreFoundation 0x37521787 __CFRunLoopRun + 407
3 CoreFoundation 0x3752150b CFRunLoopRunSpecific + 227
4 CoreFoundation 0x37521419 CFRunLoopRunInMode + 61
5 Foundation 0x3517ec55 +[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 217
6 Foundation 0x3515cb91 -[NSThread main] + 49
7 Foundation 0x35155b97 __NSThread__main__ + 915
8 libSystem.B.dylib 0x35de5b4c _pthread_start + 372