gpt4 book ai didi

objective-c - 从调用无弧 C 函数的 ARC 方法中释放对象

转载 作者:可可西里 更新时间:2023-11-01 05:38:04 24 4
gpt4 key购买 nike

我正在使用基于 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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com