使用 NSOperation 时的 EXC_BAD_ACCESS答案

【问题标题】：EXEC_BAD_ACCESS when using NSOperation使用 NSOperation 时的 EXC_BAD_ACCESS
【发布时间】：2009-09-02 19:59:15
【问题描述】：

这与我遇到的问题几乎相同，只是代码非常不同：http://www.cocoabuilder.com/archive/message/cocoa/2009/3/24/233015

我想将一些处理卸载到 NSOperation，传递一个文件名作为 NSOperation 加载和解析的引用。输入-(void)init 时，应用程序崩溃并显示EXEC_BAD_ACCESS。

这是我启动操作的方式：

int n = [files count];
for (int i = 0; i < n; i++) {
    NSString *filename = [files objectAtIndex:i];
    FilterParseOperation *parser = [[FilterParseOperation alloc] initWithContentsOfFile:filename];
    [filterParseQueue addOperation:parser];
    [parser release], parser = nil;
}

删除我在 NSOperation 中的所有内容后，我仍然会崩溃。以下代码崩溃：

#import "FilterParseOperation.h"

@implementation FilterParseOperation

- (id)initWithContentsOfFile:(NSString *)aFilename {
    filename = aFilename;
    return self;
}

- (void)dealloc {
    [filename release], filename = nil;
    [super dealloc];
}

- (void)main {
    // do nothing!
}

@end

这是崩溃的汇编程序输出（我不是忍者，无法理解它所说的内容）。这发生在 __opLock 中的 addOperation 之后

0x305ce610  <+0000>  push   ebp
0x305ce611  <+0001>  mov    ebp,esp
0x305ce613  <+0003>  push   ebx
0x305ce614  <+0004>  sub    esp,0x14
0x305ce617  <+0007>  call   0x305ce61c <__opLock+12>
0x305ce61c  <+0012>  pop    ebx
0x305ce61d  <+0013>  mov    eax,DWORD PTR [eax+0x4]
0x305ce620  <+0016>  mov    edx,DWORD PTR [eax+0x14] <- Crash happens here
0x305ce623  <+0019>  mov    eax,DWORD PTR [ebx+0xbfe94]
0x305ce629  <+0025>  mov    DWORD PTR [esp+0x4],eax
0x305ce62d  <+0029>  mov    DWORD PTR [esp],edx
0x305ce630  <+0032>  call   0x306af856 <dyld_stub_objc_msgSend>
0x305ce635  <+0037>  add    esp,0x14
0x305ce638  <+0040>  pop    ebx
0x305ce639  <+0041>  leave  
0x305ce63a  <+0042>  ret    
0x305ce63b  <+0043>  nop    DWORD PTR [eax+eax+0x0]

有什么想法吗？ :)

【问题讨论】：

如果没有回溯，该程序集将毫无用处。即使有回溯，也常常是不必要的......

标签： iphone objective-c cocoa-touch nsoperation

【解决方案1】：

您应该在-initWithContentsOfFile: 中致电[super init];。 NSOperation 可能会在那里进行一些设置以使其工作。

【讨论】：

【解决方案2】：

除了上面提到的[super init]的缺失之外，看起来你在initWithContentsOfFile:中并没有保留filename。如果 filename 在其他地方释放并在操作执行之前释放，这可能会导致问题。

【讨论】：

是的，我也注意到了这一点。当我从代码中剥离所有内容，试图找到问题时，这就会溜进来。