可可中的碳崩溃：NSAutoreleasePool 释放后的 EXC_BAD_ACCESS

Question

我正在使用 Bindings 为 Photoshop CS3 插件开发 Cocoa 用户界面。 （Cocoa 中的 Carbon，因为 PS 是 Carbon 应用程序）当我关闭我的模态 NSWindow 和 NSAutoreleasePool 版本时，我收到了一个 EXC_BAD_ACCESS 错误。

我相信这与我在 nib 文件中的绑定和控制视图有关，因为当我从 nib 的复选框和单选按钮中删除绑定时，窗口可以无限次关闭并且不会崩溃。

我现在已经花了几个小时在 Instruments 上试图找出哪个对象可能会提前释放（或双重释放）并且找不到它。

现在我的想法是，在使用 Cocoa Bindings 时，在 NSAutoreleasePool 中运行模式窗口可能缺少一些东西。比如在关闭窗口之前我应该​​做一些事情来“完成”所有绑定，以防止它们向释放的对象发送消息。

这是我正在做的基本代码示例：

NSAutoreleasePool *localPool = [[NSAutoreleasePool alloc] init];    
NSApplicationLoad();
ExportWindowController *controller = [[ExportWindowController alloc] initWithWindowNibName:EXPORT_CONTROLLER_NIB_NAME];

[controller showWindow:nil];
[NSApp runModalForWindow:[controller window]];
[controller close];

[controller release];
[localPool release];

模态窗口通过调用关闭：

[NSApp stopModal];

这是一个堆栈跟踪：

#0  0x97793869 in _cache_getMethod
#1  0x9779c6da in lookUpMethod
#2  0x97793da7 in _class_lookupMethodAndLoadCache
#3  0x97793953 in objc_msgSend
#4  0x96501151 in -[NSBinder releaseConnectionWithSynchronizePeerBinders:]
#5  0x96a10390 in -[NSValueBinder releaseConnectionWithSynchronizePeerBinders:]
#6  0x963ac895 in -[NSObject(_NSBindingAdaptorAccess) _releaseBindingAdaptor]
#7  0x964062f5 in -[NSView _releaseBindingAdaptor]
#8  0x96405784 in -[NSView _finalizeWithReferenceCounting]
#9  0x96404e2f in -[NSView dealloc]
#10 0x964ef163 in -[NSControl dealloc]
#11 0x9099a9d8 in CFRelease
#12 0x909c75bd in _CFAutoreleasePoolPop
.... more

打开 NSZombieEnabled 并没有出现任何双重释放的对象（尽管 Photoshop 本身有 1 个）

关闭所有绑定可以避免任何崩溃。

有什么想法吗？

Answer 1

您是正确的，绑定似乎导致了堆栈爬网指示的问题。但是，我认为这只是症状，而不是问题。

如您所知，Carbon 应用程序中的 Cocoa 可能很棘手。

当你写“ExportWindowController runModalWindowForExport 是这样的：”我是否理解这些要点：

1. ExportWindowController 是基于 NSWindowController 的类吗？

2. 如果是这样，你什么时候关闭窗口？我看到 [self close] 但是，我没有看到任何与 NSWindowController 关联的“关闭”选择器。您是否应该致电：

   [[controller window] performClose:[NSApplication sharedApplication]];
   

？ 3.还有，NSApp是实例化的吗？你看到你的窗户了吗？有时我不得不使用 [NSApplication sharedApplication] 让它正常工作....

如果有任何帮助，请告诉我。

编辑：2009 年 11 月 6 日：16:15 EST：如果您只有一个 Cocoa 绑定会发生什么？是先释放绑定绑定的数据吗？也许你不应该这样......

编辑：2009 年 11 月 9 日：美国东部标准时间 16:27：我最近正在研究一个与 Carbon 应用程序配合使用的插件。该插件以 Cocoa 为基础。一切都很顺利，直到我将 NSTrackingAreas 添加到我的 NSControls 中。然后，当插件的 NSAutorelease 池被耗尽时，我开始看到各种崩溃。我通过调用每个 NSControl 的 removeTrackingArea 函数解决了这个问题。

也许您需要为基于 NSWindowController 的对象做类似的事情？在 dealloc 选择器中，尝试在您绑定到的每个对象上调用代码以 removeObserver:forKeyPath？

Answer 2

如果它在 NSAutoreleasePool 被耗尽时崩溃，那是因为某些东西被过度释放了。您应该能够打开僵尸检测以找出原因；查找被过度释放的对象的类型。

完全猜测，您是否在ExportWindowController 中实现了-dealloc 方法？如果是这样，您是不是 -releaseing 一个由 NIB 加载创建的对象，而该对象在加载时没有出现 -retain？