普通的PDFKit程序中很奇怪的EXC_BAD_ACCESS

| 我已经编写了与文本字段关联的这种琐碎的操作方法。 每次我在文本字段中输入文本时，都会执行PDF搜索，and0ѭ会自动滚动至所选内容：

- (IBAction) search:(id)id
{
    NSString *query = [self.searchView stringValue]; // get from textfield
    selection = [document findString: query fromSelection:NULL withOptions:NSCaseInsensitiveSearch]; 
    if (selection != nil)
    {
        [self.pdfView setCurrentSelection:selection];
        [self.pdfView scrollSelectionToVisible:self.searchView];
    } 
}

问题是经过3或4次搜索后，我在第（i）行中得到

EXC_BAD_ACCESS

。 如果我进行调试，则会看到该查询包含

NSCFString

而不是

NSString

。 我认为这是内存管理问题。但是在哪里？ 我在一个简单的测试用例中复制了相同的问题：

  @interface PDFRef_protoTests : SenTestCase {
   @private

      PDFDocument *document;

   }

  ........

 - (void)setUp
  {
     [super setUp];
     document = [[PDFDocument alloc] initWithURL: @\"a local url ...\"];
  }

- (void)test_exc_bad_access_in_pdfdocument
{
    for (int i =0 ;i<100; i++)
    {
        NSString *temp;
        if (i % 2 == 0) temp = @\"home\";
        else if (i % 3 ==0) temp = @\"cocoa\";
        else temp=@\"apple\";
        PDFSelection *selection = [document findString: temp 
                                   fromSelection:nil 
                                withOptions:NSCaseInsensitiveSearch]; 
        NSLog(@\"Find=%@, iteration=%d\", selection, i);
    }
}

更新： 1）如果我每次执行第二次搜索时都使用异步搜索（beginFindString：withOptions方法），似乎也会发生这种情况。 2）我在MacRuby问题跟踪中发现了与我类似的问题：http://www.macruby.org/trac/ticket/1029 3）看来，如果我暂时禁用垃圾收集，它可以工作，但内存会增加。 我写了类似的东西：

[[NSGarbageCollector defaultCollector] disable];
[[NSGarbageCollector defaultCollector] enable];

周围的搜索代码 另一个更新 非常奇怪的是，有时候所有的东西都起作用。比我清理并重建，问题再次出现。从某些角度来看不是100％可复制的。我怀疑PDFKit或我必须执行的某些编译器设置中的错误 再次更新 亲爱的，看来非常疯狂。我将专注于非常简单的测试用例，它可以轻松地复制问题。它出什么问题了？仅当我禁用（通过代码或项目设置）GC时，此测试用例才有效 另一个更新 男孩，这似乎是一个错误，但我从Apple网站（http://developer.apple.com/library/mac/#samplecode/PDFKitLinker2/Introduction/Intro.html#//apple_ref/doc/uid/DTS10003594）下载了一个名为PDFLinker的示例）。本示例实现了PDFViewer。我的应用程序代码和此示例非常相似。对于同一PDF的相同搜索操作，我的内存增加到300/400 MB，而PDFLinker增加到190MB。显然，我的代码有问题。但是我正在一点一点地比较它，我不认为我正在插入内存泄漏（并且Instrument没有提供任何证据）。也许有一些项目范围的设置？ 更新 从64位更改为32位，降低了内存消耗。当然，64位和PDFKit存在问题。顺便说一句，第二次搜索时BTW仍为EXC_BAD_ACCESS 解 关键是带有垃圾回收的PDFKit被窃听了。 如果我禁用GC，则所有工作正常。 我还有另一个使我的分析复杂的问题：我在项目设置上禁用了GC，但在“目标设置”上仍启用了GC。因此，Apple的示例PDFLinked2可以工作，而我的则不能。