我在VOIP应用程序中看到了CFNetwork内部崩溃的两种不同变种：
第一次出现：
Thread 4 Crashed:
0 ??? 0x20333434 0x0 + 0
1 CoreFoundation 0x2add4c6f CFReadStreamCopyProperty + 108
2 CFNetwork 0x2a898ae9 SPDYConnection::isCellular() + 26
3 CFNetwork 0x2a898a91 SPDYConnection::shouldIdleClose(double, double) + 58
4 CFNetwork 0x2a8a785b ___ZN24SPDYConnectionCacheEntry15shouldIdleCloseEdd_block_invoke + 32
5 CoreFoundation 0x2ad17c7d CFArrayApplyFunction + 34
6 CFNetwork 0x2a8a781f SPDYConnectionCacheEntry::shouldIdleClose(double, double) + 136
7 CFNetwork 0x2a908fdb SPDYConnectionCache::_onqueue_purgeIdleConnections(bool) + 248
8 CFNetwork 0x2a86634d RunloopBlockContext::_invoke_block(void const*, void*) + 58
9 CoreFoundation 0x2ad17c7d CFArrayApplyFunction + 34
10 CFNetwork 0x2a866207 RunloopBlockContext::perform() + 180
11 CFNetwork 0x2a8660cd MultiplexerSource::perform() + 214
12 CFNetwork 0x2a865f61 MultiplexerSource::_perform(void*) + 46
13 CoreFoundation 0x2adcc377 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 12
14 CoreFoundation 0x2adcb787 __CFRunLoopDoSources0 + 216
15 CoreFoundation 0x2adc9ded __CFRunLoopRun + 770
16 CoreFoundation 0x2ad18211 CFRunLoopRunSpecific + 474
17 CoreFoundation 0x2ad18023 CFRunLoopRunInMode + 104
18 CFNetwork 0x2a8cdb9f +[NSURLConnection(Loader) _resourceLoadLoop:] + 484
19 Foundation 0x2bb14b5b __NSThread__main__ + 1116
20 libsystem_pthread.dylib 0x38cd0e93 _pthread_body + 136
21 libsystem_pthread.dylib 0x38cd0e07 _pthread_start + 116
22 libsystem_pthread.dylib 0x38cceb90 thread_start + 6
第二次出现：
Thread 4 Crashed:
0 CoreFoundation 0x2c34d1dc CFBasicHashFindBucket + 10416
1 CoreFoundation 0x2c34a8eb CFDictionaryGetValue + 104
2 CFNetwork 0x2bea376d SocketStream::copyProperty(void const*, __CFString const*) + 114
3 CoreFoundation 0x2c41dc6f CFReadStreamCopyProperty + 108
4 CFNetwork 0x2bee1ae9 SPDYConnection::isCellular() + 26
5 CFNetwork 0x2bee1a91 SPDYConnection::shouldIdleClose(double, double) + 58
6 CFNetwork 0x2bef085b ___ZN24SPDYConnectionCacheEntry15shouldIdleCloseEdd_block_invoke + 32
7 CoreFoundation 0x2c360c7d CFArrayApplyFunction + 34
8 CFNetwork 0x2bef081f SPDYConnectionCacheEntry::shouldIdleClose(double, double) + 136
9 CFNetwork 0x2bf51fdb SPDYConnectionCache::_onqueue_purgeIdleConnections(bool) + 248
10 CFNetwork 0x2beaf34d RunloopBlockContext::_invoke_block(void const*, void*) + 58
11 CoreFoundation 0x2c360c7d CFArrayApplyFunction + 34
12 CFNetwork 0x2beaf207 RunloopBlockContext::perform() + 180
13 CFNetwork 0x2beaf0cd MultiplexerSource::perform() + 214
14 CFNetwork 0x2beaef61 MultiplexerSource::_perform(void*) + 46
15 CoreFoundation 0x2c415377 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 12
16 CoreFoundation 0x2c414787 __CFRunLoopDoSources0 + 216
17 CoreFoundation 0x2c412ded __CFRunLoopRun + 770
18 CoreFoundation 0x2c361211 CFRunLoopRunSpecific + 474
19 CoreFoundation 0x2c361023 CFRunLoopRunInMode + 104
20 CFNetwork 0x2bf16b9f +[NSURLConnection(Loader) _resourceLoadLoop:] + 484
21 Foundation 0x2d15db5b __NSThread__main__ + 1116
22 libsystem_pthread.dylib 0x3a775e93 _pthread_body + 136
23 libsystem_pthread.dylib 0x3a775e07 _pthread_start + 116
24 libsystem_pthread.dylib 0x3a773b90 thread_start + 6
查看其他线程，第一个变体似乎在可达性发生变化时发生 . 第二个变体似乎发生在应用程序在后台运行并获得后台任务回调时 .
我实际上没有观察到这些崩溃，它们来自曲棍球坠毁报告 .
有关如何追踪此问题的任何想法？
1 回答
遗憾的是，AFURLConnectionOperation使用同步请求 . 我不知道为什么他们选择这样做，但IMO，这是一个糟糕的做事方式;同步请求不会让你取消它们，每个请求泄漏一点RAM，无法控制缓存等 .
我已经看到你在上面发布的回溯，以及整个网络堆栈中随机点的几百个其他崩溃 . 我能想到的唯一解释是NSURLConnection的某些部分在某些情况下没有正确保留其委托，并且崩溃似乎与所做的同步请求的数量成正比 .
我的建议是，如果您绝对必须发出同步请求，请从另一个线程中滚动您自己的同步包装类，该类使用NSURLConnection异步，并使用NSCondition在连接完成后允许调用线程继续 .
举个例子，看一下我在这里实现的MPSynchronousURLRequest类：
https://github.com/dgatwood/mixpanel-iphone
它为您提供完全透明的sendSynchronousRequest替换，完全由您控制，因此您可以使用缓存行为修改代码，以特定于应用程序的方式处理错误等 .