什么可能导致 -[NSPasteboard types] 崩溃？

Question

我们的一位客户有时在粘贴时会遇到这样的崩溃：

0 com.apple.Foundation 0x9143bd1d readPointerAt + 9
1 com.apple.Foundation 0x9153221f empty + 43
2 com.apple.Foundation 0x9145d41f dealloc + 21
3 com.apple.Foundation 0x9145d3ce -[NSConcreteMapTable dealloc] + 35
4 com.apple.AppKit 0x9092aa5d -[_NSPasteboardOwnersCollection dealloc] + 45
5 com.apple.AppKit 0x905cdb8f _NSPasteboardReportChangedOwner + 66
6 com.apple.AppKit 0x905cd4aa -[NSPasteboard _updateTypeCacheIfNeeded] + 51
7 com.apple.AppKit 0x905cd361 -[NSPasteboard _typesAtIndex:usesPboardTypes:] + 52
8 com.apple.AppKit 0x905cd327 -[NSPasteboard types] + 50

有人知道什么可能导致这种情况吗？

• 据我所知，粘贴板对象是有效的，但随后在内部崩溃了。
• 我认为这通常是从另一个应用程序粘贴时发生的，是否有可能另一个应用程序对粘贴板的所有权管理不当？

来自 Does NSPasteboardretainownerobjects? 的更多信息说是的，粘贴板保留所有者传递给它。因此，这次崩溃必须是：

• 我的代码中的过度发布。这会导致对象被释放，而粘贴板仍然保留对其的引用。我认为这不太可能，因为您希望问题独立于粘贴板而出现，而且我还没有看到任何崩溃（报告）表明这一点。
• NSPasteboard 管理跨应用程序粘贴的方式出现问题并崩溃。有人遇到过类似的事情或者知道可能是什么原因造成的吗？

Answer 1

这似乎是在处理有关先前所有者的信息时（在用户最新副本设置的当前所有者之前）。也许那就是你？检查您的复制代码。

如果还没有的话，还可以在 Zombies 工具下运行您的应用程序。

Answer 2

如果您接受拖动粘贴的拖放并在另一个线程中异步执行实际工作，则应该保留粘贴板本身，否则，当主线程中的函数返回时，它可能会被释放。

它可能发生在拖动源端。

例如：

- (BOOL) outlineView:(NSOutlineView*)inOutlineView acceptDrop:(id<NSDraggingInfo>)inInfo item:(id)inItem childIndex:(NSInteger)inIndex
{
    NSPasteboard* pboard = [[inInfo draggingPasteboard] retain]; // This is necessary!

    BOOL result = YES;
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^() 
    {
        // Do the real work hear:

        NSLog(@"types = %@", [pboard types]);

        [pboard release];
    });

    return result;

}