“线程 6 com.apple.NSURLConnectionLoader：程序收到信号：EXC_BAD_ACCESS”

Question

该应用程序在启动后大约 15 秒崩溃，XCode 只是在一个地址处中断，并弹出一个窗口，显示“线程 6 com.apple.NSURLConnectionLoader：程序收到信号：EXC_BAD_ACCESS”

我完全无法找到问题所在。它在 iOS 4 上运行得很好，但我猜这只是因为它更能容忍 bug 之类的东西。我尝试在各处设置断点并单步执行，在 Zombies 配置文件下的 Instruments 中运行它，但它只是爆炸并且不告诉我在哪里。我没有得到警告和清晰的分析，所以我有点不知下一步该去哪里。有人可以提供任何建议吗？谢谢。

回溯是：

(gdb) backtrace
#0  0x024fb939 in _dispatch_retain ()
#1  0x024fbc02 in dispatch_source_cancel ()
#2  0x0109e492 in _CFURLCacheDeallocate ()
#3  0x0205a4e3 in CFRelease ()
#4  0x010331b1 in HTTPProtocol::~HTTPProtocol ()
#5  0x0100c75d in CFClass::FinalizeObj ()
#6  0x0205a4e3 in CFRelease ()
#7  0x02110af0 in __CFDictionaryStandardReleaseValue ()
#8  0x020714b1 in __CFBasicHashDrain ()
#9  0x0205a4e3 in CFRelease ()
#10 0x01024237 in SocketStream::~SocketStream ()
#11 0x0100c75d in CFClass::FinalizeObj ()
#12 0x0205a4e3 in CFRelease ()
#13 0x01023e0b in SocketStream::finalize ()
#14 0x01023dc6 in virtual thunk to SocketStream::finalize(void const*) ()
#15 0x01023da1 in ReadStreamCallbacks::_finalize ()
#16 0x0208201a in __CFStreamDeallocate ()
#17 0x0205a4e3 in CFRelease ()
#18 0x01030a6c in HTTPReadFilter::~HTTPReadFilter ()
#19 0x0100c75d in CFClass::FinalizeObj ()
#20 0x0205a4e3 in CFRelease ()
#21 0x010c22bc in non-virtual thunk to HTTPReadFilter::readStreamFinalize(__CFReadStream*) ()
#22 0x0102ff1c in CFNetworkReadStream::httpStreamFinalize ()
#23 0x0208201a in __CFStreamDeallocate ()
#24 0x0205a4e3 in CFRelease ()
#25 0x0103070f in NetConnection::shutdownConnectionStreams ()
#26 0x010bf1fc in NetConnection::closeStreamsIfPossibleOrSignalThatThatNeedsToBeDonePrettyPlease ()
#27 0x0103485b in HTTPConnectionCacheEntry::removeUnauthConnection ()
#28 0x010d6d2d in HTTPConnectionCacheEntry::purgeIdleConnections ()
#29 0x010d3c1e in ConnectionCacheTLS::resetCacheForThisThread ()
#30 0x0101b739 in ConnectionTimerTLS::_timerPurgeEntries ()
#31 0x02122966 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ()
#32 0x02122407 in __CFRunLoopDoTimer ()
#33 0x020857c0 in __CFRunLoopRun ()
#34 0x02084db4 in CFRunLoopRunSpecific ()
#35 0x02084ccb in CFRunLoopRunInMode ()
#36 0x00206e40 in +[NSURLConnection(Loader) _resourceLoadLoop:] ()
#37 0x001184e6 in -[NSThread main] ()
#38 0x00118457 in __NSThread__main__ ()
#39 0x98d6b259 in _pthread_start ()
#40 0x98d6b0de in thread_start ()

Answer 1

设置NSZombieEnabled，MallocStackLogging 和 在调试器中保护 malloc。然后，当您的应用程序崩溃时，在 gdb 控制台中输入以下内容：

(gdb) info malloc-history 0x543216

将 0x543216 替换为导致崩溃的对象的地址，您将获得更有用的堆栈跟踪，它应该可以帮助您查明位置代码中导致问题的确切行。

请参阅本文以获取更详细的说明。

Answer 2

感谢 iamichi 为追踪此错误所做的努力。这解决了我的问题。

需要注意的一件事：

我像您一样从我的应用程序中删除了以下代码：

NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:0 diskCapacity:0 diskPath:nil];
[NSURLCache setSharedURLCache:sharedCache];
[sharedCache release];

并将以下代码（未删除）放置在应用程序委托中：

[[NSURLCache sharedURLCache] setMemoryCapacity:0];
[[NSURLCache sharedURLCache] setDiskCapacity:0];

一切都很好。谢谢！

Answer 3

上面评论中的修复最终并没有解决它，它仍然在随机时间崩溃，几乎没有调试信息。

当调试器连接到我的 iPhone 时，它​​给模拟器带来了不同的错误，我看到了对 NSURLCache 对象的引用。然后我想起我在尝试修复 NSURLConnection 对象中的内存泄漏时留下了一些旧代码...

NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:0 diskCapacity:0 diskPath:nil];
[NSURLCache setSharedURLCache:sharedCache];
[sharedCache release];

以及我在另一个类中...

    [[NSURLCache sharedURLCache] setMemoryCapacity:0];
    [[NSURLCache sharedURLCache] setDiskCapacity:0];

删除这些代码解决了问题，并向我解释了为什么它如此困难追查。在我看来，这就像苹果代码中某个地方的错误，因为在几乎没有错误消息的情况下追踪起来非常痛苦。

我希望这对其他人有帮助。