iOS崩溃,CFNetwork中出现SIGABRT错误

8

我在我的应用程序中通过扩展NSURLProtocol使用自定义URL协议。它大多数情况下都正常工作,但是我看到以下崩溃的报告通过crashlytics。我自己无法复现这个问题。最令我担心的是,在崩溃线程的堆栈跟踪中看不到我的应用程序,因此我不知道从哪里开始调试。以下是崩溃报告:

Thread : Crashed: com.apple.NSURLConnectionLoader
0  libsystem_kernel.dylib         0x3562cc84 __pthread_kill + 8
1  libsystem_pthread.dylib        0x356d0733 pthread_kill + 62
2  libsystem_c.dylib              0x355c4f21 abort + 108
3  libsystem_c.dylib              0x355a47eb __assert_rtn + 302
4  CFNetwork                      0x22b82e45 CFURLProtocol_NS::_protocolInterface_cancelLoad() + 322
5  CFNetwork                      0x22c3740f ___ZN19URLConnectionLoader27_private_ScheduleOriginLoadEPK12NSURLRequestPK20_CFCachedURLResponse_block_invoke_2 + 38
6  CFNetwork                      0x22b66ccd ___ZNK19URLConnectionLoader25withExistingProtocolAsyncEU13block_pointerFvP11URLProtocolE_block_invoke + 16
7  libdispatch.dylib              0x35513bd7 _dispatch_client_callout + 22
8  libdispatch.dylib              0x3551d187 _dispatch_block_invoke$VARIANT$mp + 446
9  CFNetwork                      0x22b66caf RunloopBlockContext::_invoke_block(void const*, void*) + 18
10 CoreFoundation                 0x2326ab51 CFArrayApplyFunction + 36
11 CFNetwork                      0x22b66b97 RunloopBlockContext::perform() + 182
12 CFNetwork                      0x22b66a61 MultiplexerSource::perform() + 216
13 CFNetwork                      0x22b668f9 MultiplexerSource::_perform(void*) + 48
14 CoreFoundation                 0x23319bff __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
15 CoreFoundation                 0x233197ed __CFRunLoopDoSources0 + 452
16 CoreFoundation                 0x23317b5b __CFRunLoopRun + 794
17 CoreFoundation                 0x2326b119 CFRunLoopRunSpecific + 520
18 CoreFoundation                 0x2326af05 CFRunLoopRunInMode + 108
19 CFNetwork                      0x22bd8bbf +[NSURLConnection(Loader) _resourceLoadLoop:] + 486
20 Foundation                     0x241291b5 __NSThread__start__ + 1148
21 libsystem_pthread.dylib        0x356cf85b _pthread_body + 138
22 libsystem_pthread.dylib        0x356cf7cf _pthread_start + 110
23 libsystem_pthread.dylib        0x356cd724 thread_start + 8

堆栈跟踪中有趣的部分是以下几行...
4  CFNetwork                      0x22b82e45 CFURLProtocol_NS::_protocolInterface_cancelLoad() + 322
5  CFNetwork                      0x22c3740f ___ZN19URLConnectionLoader27_private_ScheduleOriginLoadEPK12NSURLRequestPK20_CFCachedURLResponse_block_invoke_2 + 38
6  CFNetwork                      0x22b66ccd ___ZNK19URLConnectionLoader25withExistingProtocolAsyncEU13block_pointerFvP11URLProtocolE_block_invoke + 16

我能够通过查看NSURLProtocol中的startLoading和stopLoading方法的堆栈跟踪来确定 ___ZN19URLConnectionLoader27_private_ScheduleOriginLoadEPK12NSURLRequestPK20_CFCachedURLResponse_block_invoke_2 在调用startLoading,而CFURLProtocol_NS::_protocolInterface_cancelLoad()由于取消请求而调用stopLoading。那么,为什么或者如何在尝试开始加载后立即调用取消呢?
非常感谢您的帮助。谢谢。
更新:
我能够重现类似(不完全相同)的跟踪,并看到以下断言...
Assertion failed: (_protocolInstance == nil), function _protocolInterface_startLoad, file /BuildRoot/Library/Caches/com.apple.xbs/Sources/CFNetwork/CFNetwork-758.0.2/Session/LocalSession.mm, line 1341.

以下是回溯信息。
(lldb) bt
* thread #6: tid = 0xe687, 0x34515d24 libsystem_kernel.dylib`__pthread_kill + 8, name = 'com.apple.NSURLConnectionLoader', stop reason = signal SIGABRT
  * frame #0: 0x34515d24 libsystem_kernel.dylib`__pthread_kill + 8
    frame #1: 0x345b974a libsystem_pthread.dylib`pthread_kill + 62
    frame #2: 0x344adf40 libsystem_c.dylib`abort + 108
    frame #3: 0x3448d80a libsystem_c.dylib`__assert_rtn + 302
    frame #4: 0x2202de4c CFNetwork`CFURLProtocol_NS::_protocolInterface_startLoad(_CFCachedURLResponse const*) + 324
    frame #5: 0x220e22e6 CFNetwork`___ZN19URLConnectionLoader27_private_ScheduleOriginLoadEPK12NSURLRequestPK20_CFCachedURLResponse_block_invoke_2 + 38
    frame #6: 0x22011cd4 CFNetwork`___ZNK19URLConnectionLoader25withExistingProtocolAsyncEU13block_pointerFvP11URLProtocolE_block_invoke + 16
    frame #7: 0x003a5d72 libdispatch.dylib`_dispatch_client_callout + 22
    frame #8: 0x003ad8d8 libdispatch.dylib`_dispatch_block_invoke + 468
    frame #9: 0x22011cb6 CFNetwork`RunloopBlockContext::_invoke_block(void const*, void*) + 18
    frame #10: 0x22710c80 CoreFoundation`CFArrayApplyFunction + 36
    frame #11: 0x22011b9e CFNetwork`RunloopBlockContext::perform() + 182
    frame #12: 0x22011a68 CFNetwork`MultiplexerSource::perform() + 216
    frame #13: 0x22011900 CFNetwork`MultiplexerSource::_perform(void*) + 48
    frame #14: 0x227bfc3e CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
    frame #15: 0x227bf7c0 CoreFoundation`__CFRunLoopDoSources0 + 344
    frame #16: 0x227bdb9a CoreFoundation`__CFRunLoopRun + 794
    frame #17: 0x22711248 CoreFoundation`CFRunLoopRunSpecific + 520
    frame #18: 0x22711034 CoreFoundation`CFRunLoopRunInMode + 108
    frame #19: 0x22083ee6 CFNetwork`+[NSURLConnection(Loader) _resourceLoadLoop:] + 486
    frame #20: 0x235cc634 Foundation`__NSThread__start__ + 1148
    frame #21: 0x345b8872 libsystem_pthread.dylib`_pthread_body + 138
    frame #22: 0x345b87e6 libsystem_pthread.dylib`_pthread_start + 110
    frame #23: 0x345b6740 libsystem_pthread.dylib`thread_start + 8

这里是我协议类的简化版本,其中MyConnection的工作方式与NSURLConnection非常相似。
实现代码如下:
@implementation MyProtocol
- (void) startLoading {
        NSURLRequest *request = self.request;
        self.myConnection = [[MyConnection alloc] initWithRequest:request delegate:self startImmediately:NO];
        NSRunLoop *loop = [NSRunLoop currentRunLoop];
        [self.myConnection scheduleInRunLoop:loop forMode:loop.currentMode];
        [self.myConnection start];
}

- (void) stopLoading {
    if (self.myConnection) {
        [self.myConnection cancel];
        self.myConnection = nil;
    }
}

#pragma mark MyConnectionDelegate


- (void) myConnection:(MyConnection *)connection didReceiveData:(NSData *)data {
    [self.client URLProtocol:self didLoadData:data];
}

- (void) myConnectionDidFinishLoading:(MyConnection *)connection {
    [self.client URLProtocolDidFinishLoading:self];
}

//..other delegate methods are implemented similarly

我看到的异常代码是

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Triggered by Thread:  4

第一个堆栈跟踪中的__assert_rtn表明这是一个断言失败,因此很可能是相同的根本原因。您能否发布一些自定义NSURLProtocol的代码? - Reuben Scratton
我正在使用NSURLConnection,是的,我只在iOS9及以上版本上看到这些崩溃。 - Ravi
@Ravi,你是怎么重现这个崩溃的?可能是nsurlconnection的问题吗?如果你改用NSURLSession会怎样?我想知道你重现崩溃的步骤,这样我也可以尝试在我的应用中做类似的事情。 - iOSAddicted
@iOSAddicted 我只是想尝试大量请求并在请求后立即取消它们...例如 while(1) 开始请求,usleep(),取消请求。我找不到一个简单可靠的方法来复制这个过程...上述方法最终会导致崩溃时间很长。 - Ravi
@iOSAddicted,是的,那个测试似乎不够好以可靠地重现该问题。类似这样 lists.apple.com/archives/macnetworkprog/2014/Oct/msg00001.html 的东西会导致类似(但不完全相同)的崩溃。 - Ravi
显示剩余8条评论
2个回答

0

我不知道你是否已经在做,但是也许尝试强制启动和取消在同一个线程上运行?

尝试使用 -com.apple.CoreData.ConcurrencyDebug 1 进行调试 - 我不确定它是否只调试 CoreData 线程,但值得尝试。


1
我正在尝试使用这段代码创建一个库。我认为这是由于一些竞争条件引起的(特别是在iOS9中添加了调度块)。强制-startLoading和-stopLoading在同一线程上运行的问题意味着stopLoading中必须有一个断言。因此,如果我们的假设是由于多个线程调用start和stop而导致崩溃,那么我担心这仍然会导致崩溃。但如果没有其他办法,我会尝试一下。谢谢。 - Ravi
让我知道吧。那听起来很有趣。 - Gal Marom
我尝试确保在同一客户端线程上调用startLoading和stopLoading,类似于苹果的CustomHTTPProtocol示例。即在stopLoading中添加了assert([NSThread currentThread] == self.clientThread)。但是我仍然遇到了问题中提到的assert而不是stopLoading中的assert。 - Ravi

0

你可以尝试使用performSelectorOnMainThread(或某个已知线程)始终在主线程上执行协议类的所有工作,看看是否有帮助。

此外,确保您标记了请求,并拒绝处理以前标记过的请求,以避免自定义协议处理程序的无限循环。

除此之外,你可能需要打开一个DTS支持事件来找出哪个断言失败了。不幸的是,CFNetwork不是开源组件之一,否则这将很容易调试。


是的,我确实对请求进行了标记,以避免无限循环。我在调用线程中执行协议类的工作,而不是主线程 - 我认为这比使用主线程更优化。我确实尝试在苹果开发者论坛上询问,但我无法得到关于该断言是关于什么的答案。https://forums.developer.apple.com/message/83369#83369 - Ravi

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接