我遇到以下事故(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面包屑看到这个：
我也使用了后台提取,它打到了网络层.
任何想法为什么这是打嗝？
解决方法
这看起来像是一个有小动物的虫子. CRNSURLSessionTaskProxy类是一个Crittercism类(见下文),所以它的代码崩溃了,这被Crittercism面包屑中的错误所证实.
类名的唯一的Google命中(除了这个问题)是this one.如果你看看从CR开始的转储中的其他类,你会看到CRBreadcrumbs和CRCrash.
另外还有一个在Hopper反汇编器中的Crittercism框架的转储：
相当确定的我会说