Objective-C中的我的IOS应用程序正在使用Flurry 8.5进行分析。它运作良好，但偶尔会导致崩溃。据我所知，崩溃是在某些Internet访问条件下发生的。例如，在下面，当它最初未检测到可达性然后更改了可达性状态，因此它尝试通过Internet发送消息时，似乎发生了这种情况。如果有人可以提出防止这种情况的建议，将不胜感激：
这是最近一次崩溃的日志：
2018-07-18 10:21:14.150 idaru[16918:7127063] FlurrySession: Initial timestamp[2018-06-13 12:17:49 +0000] from secure source
2018-07-18 10:21:14.156 idaru[16918:7127063] FlurryDataSender: posting session via flurryhttpasynctask!
2018-07-18 10:21:14.168 idaru[16918:7127063] -[FlurryBackgroundTaskTracker startBackgroundTaskTrackingIfNeeded]: start background task
2018-07-18 10:21:14.214 idaru[16918:7127063] FlurrySession: Initial timestamp[2018-06-13 12:17:49 +0000] from secure source
2018-07-18 10:21:14.228 idaru[16918:7127063] FlurryDataSender: posting session via flurryhttpasynctask!
2018-07-18 10:21:14.229 idaru[16918:7127063] FlurrySession: Scheduled send 2 session(s).
2018-07-18 10:21:14.239 idaru[16918:7127426] +[FlurryGlobalVariableStorage getPersistentFilePath:]: /Users/M/Library/Developer/CoreSimulator/Devices/36910EEA-C1C8-46FC-8624-61B769620478/data/Containers/Data/Application/6362CFA7-5DD5-4429-958F-BB09A822C0A7/Library/Application Support/FlurryFiles/.flurryPropertiesData1639646914_227.archive
2018-07-18 10:21:14.239 idaru[16918:7127043] +[FlurryGlobalVariableStorage getPersistentFilePath:]: /Users/M/Library/Developer/CoreSimulator/Devices/36910EEA-C1C8-46FC-8624-61B769620478/data/Containers/Data/Application/6362CFA7-5DD5-4429-958F-BB09A822C0A7/Library/Application Support/FlurryFiles/.flurryPersistentUrlsData1639646914_227.archive
2018-07-18 10:21:14.239 idaru[16918:7127431] +[FlurryGlobalVariableStorage getPersistentFilePath:]: /Users/M/Library/Developer/CoreSimulator/Devices/36910EEA-C1C8-46FC-8624-61B769620478/data/Containers/Data/Application/6362CFA7-5DD5-4429-958F-BB09A822C0A7/Library/Application Support/FlurryFiles/.flurryCkData1639646914_227.archive
2018-07-18 10:21:14.242 idaru[16918:7127433] +[FlurryGlobalVariableStorage getPersistentFilePath:]: /Users/M/Library/Developer/CoreSimulator/Devices/36910EEA-C1C8-46FC-8624-61B769620478/data/Containers/Data/Application/6362CFA7-5DD5-4429-958F-BB09A822C0A7/Library/Application Support/FlurryFiles/.flurryPersistenPulseUrlsData1639646914_227.archive
2018-07-18 10:21:14.242 idaru[16918:7127427] +[FlurryGlobalVariableStorage getPersistentFilePath:]: /Users/M/Library/Developer/CoreSimulator/Devices/36910EEA-C1C8-46FC-8624-61B769620478/data/Containers/Data/Application/6362CFA7-5DD5-4429-958F-BB09A822C0A7/Library/Application Support/FlurryFiles/.flurryPersistenPulsePrepUrlsData1639646914_227.archive
2018-07-18 10:21:14.247 idaru[16918:7127063] FlurrySession: Resume session with resumeTime[2018-07-18 08:21:14 +0000]
2018-07-18 10:21:14.249 idaru[16918:7127063] FlurryDataSenderBase: networkStatusChanged to reachable
2018-07-18 10:21:14.251 idaru[16918:7127063] Flurry: application is in background, skipping sending data.
2018-07-18 10:21:14.252 idaru[16918:7127063] FlurryDataSenderBase: networkStatusChanged to reachable
2018-07-18 10:21:14.253 idaru[16918:7127063] Flurry: application is in background, skipping sending data.
2018-07-18 10:21:14.253 idaru[16918:7127063] Native Debug Log: ad_fetch = 0, ad_requests = 0, ads_returned = 0, ad_ready = 0, Impression fired = 0
2018-07-18 10:21:14.258 idaru[16918:7127063] FlurrySession: Sending sessions to server, include current YES
2018-07-18 10:21:14.269 idaru[16918:7127063] FlurrySession: Initial timestamp[2018-06-13 12:17:49 +0000] from secure source
2018-07-18 10:21:14.276 idaru[16918:7127063] FlurryDataSender: posting session via flurryhttpasynctask!
2018-07-18 10:21:14.278 idaru[16918:7127063] FlurrySession: Scheduled send 1 session(s).
(lldb)
这是控制台中键入bt的结果（追溯）
编辑
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
frame #0: 0x00000001146f0d42 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00000001147fe457 libsystem_pthread.dylib`pthread_kill + 90
* frame #2: 0x000000010e14469b libclang_rt.tsan_iossim_dynamic.dylib`wrap_pthread_kill + 315
frame #3: 0x000000011448288f libsystem_c.dylib`abort + 127
frame #4: 0x000000010e14344c libclang_rt.tsan_iossim_dynamic.dylib`wrap_abort + 108
frame #5: 0x000000010dc32261 idaru`uncaught_exception_handler + 27
frame #6: 0x000000011237693f CoreFoundation`__handleUncaughtException + 751
frame #7: 0x000000011186f3bb libobjc.A.dylib`_objc_terminate() + 94
frame #8: 0x0000000114729f29 libc++abi.dylib`std::__terminate(void (*)()) + 8
frame #9: 0x0000000114729fa3 libc++abi.dylib`std::terminate() + 51
frame #10: 0x000000011186f343 libobjc.A.dylib`objc_terminate + 9
frame #11: 0x000000011438e070 libdispatch.dylib`_dispatch_client_callout + 28
frame #12: 0x00000001143710f8 libdispatch.dylib`_dispatch_barrier_sync_f_slow_invoke + 579
frame #13: 0x000000011438e05c libdispatch.dylib`_dispatch_client_callout + 8
frame #14: 0x000000011436f40b libdispatch.dylib`_dispatch_main_queue_callback_4CF + 411
frame #15: 0x00000001122d2909 CoreFoundation`__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
frame #16: 0x0000000112298ae4 CoreFoundation`__CFRunLoopRun + 2164
frame #17: 0x0000000112298016 CoreFoundation`CFRunLoopRunSpecific + 406
frame #18: 0x00000001158a8a24 GraphicsServices`GSEventRunModal + 62
frame #19: 0x00000001128eb0d4 UIKit`UIApplicationMain + 159
frame #20: 0x000000010d930754 idaru`main(argc=1, argv=0x00007fff52642570) at main.m:15
frame #21: 0x00000001143da65d libdyld.dylib`start + 1
(lldb)