我正在使用基于 ARC 的项目中不符合 ARC 的库。该库中的一个函数返回一个保留的 UIImage *
对象。有没有办法使用 __bridge
属性让 ARC 知道这一点,以便它可以管理返回对象的保留计数?我试过:
UIImage *returnedImage;
returnedImage = (__bridge_transfer UIImage *)functionThatReturnsAUIImage();
但它不允许我将 UIImage *
转换为 UIImage *
)。我也试过:
returnedImage = (UIImage *)(__bridge_transfer void *)functionThatReturnsAUIImage();
这也没有用。编译器建议使用 __bridge_retained
而不是 __bridge_transfer
,但我相信这样做会与我所追求的相反(即它会增加返回的 的保留计数>UIImage
对象)。
我认为正确的做法是让 C 函数返回一个自动释放的对象。据我所知,ARC 假设任何返回对象的 C 函数都将返回一个自动释放的对象。我可以访问该库的源代码,因此可以执行此操作,但我想知道如果我无法修改该库,是否可以从调用方使用解决方案。
最佳答案
逻辑 bridge
修饰符不适合你,这太糟糕了。
我突然想到了两种可能的方法。
首先,虽然不够优雅,但您可以自己编写图像发布函数,例如:
// ImageManualMemoryManagement.h
#import <UIKit/UIKit.h>
int releaseImage(UIImage *img);
和
// ImageManualMemoryManagement.m
#import "ImageManualMemoryManagement.h"
int releaseImage(UIImage *img)
{
[img release];
return 0;
}
在项目的目标设置中,在构建阶段下,双击“编译源”下的这个 .m 源文件并添加非 ARcflags,-fno-objc-arc
(到允许您使用 release
方法)。
您现在有一个可以调用的函数,它将减少 UIImage 的保留计数,然后一切都恢复正常。
其次,更引人注目的解决方案是围绕您的图像库呈现的整个 C 接口(interface)编写您自己的非 ARC 包装器类,以补救那些未返回具有正确保留计数的项目的少数方法。但是对于一个 retainCount 违规来说似乎需要做很多工作。但是如果图书馆有它自己的弱点(例如,你正在处理一个笨拙的低级图书馆),你可能会一箭双雕。
关于objective-c - 从调用无弧 C 函数的 ARC 方法中释放对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11105149/