我从App Store收到一些我无法真正关注的崩溃报告。所以线程总是像这样崩溃
0 libobjc.A.dylib
objc_msgSend + 15
1 CFNetwork ✭
HostBase::lock() + 14
2 CFNetwork
DispatchHost::performInvocation(void const*) + 12
3 CFNetwork
__setupTCPConnection_block_invoke_2 + 290
4
...
libsystem_network.dylib
__tcp_connection_notify_complete_block_invoke_1 + 18
5 libdispatch.dylib
_dispatch_call_block_and_release + 12
6 libdispatch.dylib
_dispatch_worker_thread2 + 258
7 libsystem_c.dylib
_pthread_wqthread + 294
我喜欢这些崩溃中的14起。他们唯一的共同点就是这个其他主题。
...
libsystem_kernel.dylib
mach_msg_trap + 20
1 CoreFoundation
__CFRunLoopServiceMachPort + 126
2 CoreFoundation
__CFRunLoopRun + 882
3 CoreFoundation
CFRunLoopRunSpecific + 300
4 CoreFoundation
CFRunLoopRunInMode + 104
5 WebCore
WebCore::runLoaderThread(void*) + 128
6 libsystem_c.dylib
_pthread_start + 320
我在我的应用程序中使用了UIWebViews(尽管不是非常强烈。使用webView时只调用了WebCore吗?或者可以将其重新用于其他内容吗?
我无法在我的设备中复制。任何想法将不胜感激。
谢谢!
答案 0 :(得分:0)
在我们的应用程序中获得了相同的stackstrace,并在devforums中进行了讨论:https://devforums.apple.com/message/683938#683938
它导致了结论:
我在这里看不到任何有趣的东西,让我回到结论,这可能是你的应用程序中的某种内存损坏问题或CFNetwork中的错误(两者都很可能)。
所以我在应用程序中跟踪并修复了一些内存泄漏,然后我会看到崩溃是否仍然发生在下一个应用程序版本中。
答案 1 :(得分:0)
由于您对UIWebViews的使用并不广泛,因此调查是否在主UI线程上进行所有UIWebView操作可能是个好主意。您可以在加载请求或在UIWebView上设置数据时使用后台线程。