NSData/CFData与@autorelease而非ARC桥接

Question

我有一个不使用ARC的图书馆。

简化的代码如下所示：

//
//  test.m
//  test-cast
//

#import <Foundation/Foundation.h>

static
CFDataRef CFDataCreateFromResource(NSString *name)
{
    NSURL *url = [[NSBundle mainBundle] URLForResource:name withExtension:@".bin"];

    NSData *binData = [NSData dataWithContentsOfURL:url];

    return (CFDataRef) binData;
}

void test(void)
{
    CFDataRef data = CFDataCreateFromResource(@"Data");

    if(data) CFRelease(data);
}

这是一个简化的版本。测试中的代码是存在的，而且要复杂得多。它手动使用各种CFTypes和CFRelease。最初是C代码。

我正在添加CFDataCreateFromResource代码，并在test()中调用它，在过程中将文件从C更改为objective。

这个(静态)库是从App调用的，该应用程序将对test()的调用封装在@autoreleasepool块中：

int main(int argc, const char * argv[]) {
    @autoreleasepool {
        // insert code here...
        NSLog(@"Hello, World!");
        test();
    }
    NSLog(@"All done!");
    return 0;
}

这里的问题是，程序在@autorelease块的末尾崩溃。看起来，自动发布池正在尝试释放CFData/NSData对象，该对象已经是手动的CFReleased。

我可以使用删除CFRelease，但我并不真的想改变现有的代码。我真正想要的是，它将返回的CFDataRef的所有权转移给调用方。

在阅读了有关ARC的文章之后，我认为在剧组中使用__bridge_retained会有帮助。但是，因为这不是用ARC构建的，所以编译器给我一个警告/错误：

error: '__bridge_retained' casts have no effect when not using ARC [-Werror,-Warc-bridge-casts-disallowed-in-nonarc] 

使用NSData创建CFDataCreateCopy副本确实有效，但似乎很浪费。

有什么合适的方法来处理这件事？还有别的方法来投这个吗？

Answer 1

您有一个名为CFDataCreateFromResource的方法。此名称意味着要返回的对象将所有权传递给调用方。但是，此方法的实现是返回一个您不拥有的自动释放对象。这违反了合同。

一个解决办法是改变：

NSData *binData = [NSData dataWithContentsOfURL:url];

至：

NSData *binData = [[NSData alloc] initWithContentsOfURL:url];

这改变了binData的所有权，因此它与方法的契约相匹配。

通过这个简单的更改，您对CFRelease在test中的调用将按其应有的方式工作。