NSArray countByEnumeratingWithState 发送到已释放的实例

Question

我收到此错误：

没有堆栈跟踪。

-[__NSArrayI countByEnumeratingWithState:objects:count:]: message sent to deallocated instance

这个方法叫什么？

是否可以确定这是什么？我有僵尸，但没有看到来电者。

这里是线程 1：

其他唯一可点击的线路是来自 AFNetworking ([runloop run]) 的线路。我刚刚升级了我的 AFNetworking pod。

+ (void)networkRequestThreadEntryPoint:(id)__unused object {
    @autoreleasepool {
        [[NSThread currentThread] setName:@"AFNetworking"];

        NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
        [runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
        [runLoop run];
    }
}

编辑：@autoreleasepool 上的上述断点甚至没有被命中。我确实在另一个线程中的同一崩溃的代码中找到了这个（上次没有看到这个）：，在archiveSuccessful = line

- (void)archiveContent:(BOOL)changeNotification userInfo:(NSDictionary *)userInfo {
    BOOL archiveSuccessful;
    @synchronized(self) {
        archiveSuccessful = [NSKeyedArchiver archiveRootObject:self.contentDictionary toFile:self.filePath];
    }
    if (archiveSuccessful) {
        if(changeNotification && self.contentChangedNotificationName) {
            [[NSNotificationCenter defaultCenter] postNotificationName:self.contentChangedNotificationName object:nil userInfo:userInfo];
        }
    } else {
        NSAssert(NO, @"Saving archive to %@ was not successful", self.filePath);
    }
}

这是被调用的

- (void)addObjects:(NSArray *)objects changeNotification:(BOOL)changeNotification {
    [objects enumerateObjectsUsingBlock:^(id obj, NSUInteger idx, BOOL *stop) {
        if([obj conformsToProtocol:NSProtocolFromString(@"DRLocalObject")]) {
            [self addObject:obj changeNotification:NO];
        }
    }];

[self addObject... 行的调试器打印输出

(lldb) po obj
0x00007fde0ff56770

(lldb) po 0x00007fde0ff56770
140591727208304

编辑：

threadMain: 从 Google 分析中调用。项目查找和快速打开显示没有名为 threadMain: 的选择器

Answer 1

（这是一个很难通过 StackOverflow 调试的错误，所以我只是在这里给出指点。）

几乎可以肯定，您正在修改多个线程上的某些数据结构。鉴于具体情况，我怀疑有一个数组是某个对象的 ivar，当您在其他线程上枚举它时，您将其放在一个线程上。您可以通过解除分配拥有的对象或替换数组来删除它。

您调用@synchronized(self) 的事实强烈表明您在此程序中执行危险线程。在现代 ObjC 中，@synchronized 几乎从来都不是正确的工具。如果您直接使用NSThread，那可能也是您的麻烦之源（AFNetworking 已经足够老，可以通过此方法，但您不应该复制他们的方法）。处理并发的正确工具是 GCD (dispatch_*) 或 NSOperation。

您是否验证过self.contentDictionary 和self.filePath 的每个突变也是同步的。我特别怀疑self.contentDictionary，因为它可能包含数组。

顺便说一句，在这里正确使用访问器值得称赞，但如果它们不是原子的，如果你在不同的线程上读取和写入它们，它们可能会出现不一致的状态。使它们原子化并不能使它们完全线程安全；您仍然确实需要使用 GCD 或 NSOperation 之类的东西来序列化访问。

您致电@synchronized，然后以相同的方法发布通知这一事实也有些可疑。通知在发布它们的同一线程上同步处理，因此您的通知观察者需要知道它们可能在哪个线程上被调用。

注意，AFNetworking runloop 处理方法中的 crash 是没有意义的。这并没有给你任何真正的暗示。

我会看看你的线程。特别注意对数组（尤其是数组属性）的未受保护访问。并确保使用 GCD 或 NSOperation 序列化所有访问，而不是 @synchronize。