由_layer.contents = (__bridge id)image.CGImage想到的

最新推荐文章于 2024-05-22 16:18:11 发布

原创最新推荐文章于 2024-05-22 16:18:11 发布 · 1.9k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#ios #objective-c

iOS 同时被 2 个专栏收录

6 篇文章

订阅专栏

语言

3 篇文章

订阅专栏

本文探讨了Objective-C中UIImage与CGImageRef之间的关系及其内存管理方式。通过实验验证了当将CGImageRef赋值给CALayer的contents属性时，CGImageRef会被retain的事实。并进一步解释了CGImageRef如何被视为NSObject子类，从而能够使用Core Foundation的引用计数机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

先从这段代码说起

UIImage *image = [UIImage imageNamed:@"xxx.png"] ;
_layer.contents = (__bridge id)image.CGImage ;

我曾经考虑要不要保持image的强引用以防其被释放，因为我的理解是：image被释放时，image.CGImage就会被释放了，然而事实是image.CGImage是不会被释放的，因为_layer.contents保持了CGImage的强引用，在CALayer里contents属性被定义成@property(strong) id contents;，不过我还是怀疑这个strong会起作用么？理由是，image.CGImage是CGImageRef类型的，而CGImageRef是一个指针：typedef struct CGImage *CGImageRef;，我查了一下文档，发现CGImageRef不是Toll Free Bridging。_layer.contents = (__bridge id)image.CGImage ;，在这段代码执行时会给image.CGImage发送retain消息，问题是image.CGImage会被retain么？

先说结论吧，答案是会被retain，Core Foundation也是采用引用计数的机制，并且CGImageRef跟Objective-C中的NSObject *是类似的，既是CGImage与NSObject类似。

当我把_layer.contents用NSLog打印出来之后，事情变得明确一些了，日志是这样：
NSLog(@"_layer.contents %@", [(__bridge id)image.CGImage class]);
结果是：
_layer.contents __NSCFType
日志说明，CGImage是有isa指针的，并且指向了一个名为__NSCFType的对象，通过调用这个函数class_getSuperclass(class)，我看到__NSCFType的父类是NSObject，所以CGImage可以被看做是NSObject对象，或者说所有的Core Foundation中的类型都可以看做NSObject对象。这里我推荐看一下MikeAsh的文章，看过之后你也应该明白了。

总结一下，我产生这个疑问的原因是没搞明白Core Foundation对象的结构，虽然不是所有的Core Foundation的类型都是Toll Free Bridging的，但是他们都有着与NSObject类似的内存结构，都可以对其retain或者release。正因为这样，我们才可以对其应用__bridge或者__bridge_transfer，你可以尝试随便对一个int *类型的值应用__bridge id转换，编译器是不允的。

int *a ;
_layer.contents = (__bridge id)a ;

而下面的代码就可以编译通过：

struct {
    void *isa ;
} SimulateNSObject ;

- (void)fun
{
    struct SimulateNSObject *a ;
    _layer.contents = (__bridge id)a ; // 允许
}