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);
}

这是一个简化版本。测试中的代码是现有的，而且要复杂得多。它使用各种CFType并手动CFRelease它们。它最初是C代码。

我添加了CFDataCreateFromResource代码和几行在test（）中调用它，在此过程中将文件从C更改为objective-C。

这个（静态）库是从App调用的，它将调用包装在@autoreleasepool块中的test（）中：

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]

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

在这里处理这个问题的正确方法是什么？还有另一种方式来施展这个吗？

Answer 1

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

一种解决方案是改变：

NSData *binData = [NSData dataWithContentsOfURL:url];

为：

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

这会更改binData的所有权，使其与方法的合约相符。

通过这个简单的更改，您对CFRelease中test的通话将会正常工作。

NSData / CFData桥接@autorelease但不是ARC

1 个答案: