我遇到以下崩溃(崩溃率为0.05％，所以我还没有重现它):
0 libdispatch.dylib 0x208b2028 _dispatch_semaphore_signal_slow + 174
! 1 MyProject 0x00253f39 __64-[CRNSURLSessionTaskProxy wrapDataCompletionHandler:forSession:]_block_invoke + 422
2 CFNetwork 0x2120796d __75-[__NSURLSessionLocal taskForClass:request:uploadFile:bodyData:completion:]_block_invoke + 14
3 CFNetwork 0x21216ef7 __49-[__NSCFLocalSessionTask _task_onqueue_didFinish]_block_invoke + 276
4 Foundation 0x2150a52d __NSBLOCKOPERATION_IS_CALLING_OUT_TO_A_BLOCK__ + 6
5 Foundation 0x2146beff -[NSBlockOperation main] + 144
6 Foundation 0x2145e2ef -[__NSOperationInternal _start:] + 772
7 Foundation 0x2150c7ed __NSOQSchedule_f + 190
8 libdispatch.dylib 0x208adf97 _dispatch_queue_drain + 1760
9 libdispatch.dylib 0x208a6f2f _dispatch_queue_invoke + 280
10 libdispatch.dylib 0x208af325 _dispatch_root_queue_drain + 398
11 libdispatch.dylib 0x208af193 _dispatch_worker_thread3 + 92
12 libsystem_pthread.dylib 0x20a3ce0d _pthread_wqthread + 1022
13 libsystem_pthread.dylib 0x20a3c9fc start_wqthread + 6
崩溃仅出现在iOS9上，而没有出现在iOS8上，但这只是一个巧合。我还通过Crittercism面包屑看到了这一点:
我还使用确实会到达网络层的后台提取。
知道为什么会这样吗？
最佳答案
在我看来，这就像是Crittercism的错误。 CRNSURLSessionTaskProxy类是Crittercism类(请参见下文)，因此它的代码崩溃了，这由Crittercism面包屑中的错误所证实。
类名称的唯一Google匹配(此问题除外)是this one。如果您查看转储中其他以CR开头的类，则会看到CRBreadcrumbs和CRCrash。
这也是Hopper反汇编程序中的Crittercism框架的转储:
我要说的很确定。