CF 类型的带有 __attribute__((NSObject)) 的强 @property 不会保留

更新：自 Xcode 4.6 起，此问题已得到修复！

现在，这项技术再次按预期发挥作用。但是，在代码中使用之前，请务必阅读 Rob Napier 出色答案顶部的注释。

原帖

（ARC、Xcode 4.3.1、iOS 5.1）

我有一个 CF 类型（CGImage）的强大属性，我希望使用 ARC 自动管理它__attribute__((NSObject))（就像在合成的 setter 中保留和释放一样，并且在 dealloc 中将其置零），但它不起作用：当我分配属性时，对象不会被保留。

一个最小的重现示例：

@interface TestClass : NSObject
@property (nonatomic, strong) __attribute__((NSObject)) CFStringRef str;
@end

// ...In some function
CFStringRef str = (__bridge CFStringRef)[NSString stringWithFormat:@"%g", 2.5];
NSLog(@"%ld", CFGetRetainCount(str));
TestClass *obj = [[TestClass alloc] init];
obj.str = str;
NSLog(@"%ld", CFGetRetainCount(str));

它打印“1”两次。

现在奇怪的是（虽然我不确定这一点）我认为在我更新到 iOS 5.1 和 Xcode 4.3.1（从 iOS 5 和 Xcode 4.2）之前它可以正常工作，并从 gdb 切换到 lldb。尚未升级（或知道如何改回编译器）的人可以确认吗？

编辑2（2013 年 3 月）对于那些对这项技术感兴趣的人来说，仅供参考，clang 的 ARC 文档 http://clang.llvm.org/docs/AutomaticReferenceCounting.html#retainable-object-pointers包括以下注释：

指某东西的用途__attribute__((NSObject))不推荐使用 typedef。如果绝对有必要使用此属性，请非常明确地使用 typedef，并且不要假设它会被语言功能保留，例如__typeof和 C++ 模板参数替换。

基本原理

任何无意中从类型中剥离类型“糖”的编译器操作都会生成没有该属性的类型，这可能会导致意外行为。

EDIT下面的内容很有趣，但可能无关紧要。这是一个错误，你应该打开雷达。正如@lnafziger 所指出的，这是合法的并且应该受到尊重。错误在于，当您包含时，它不会被遵守nonatomic。如果您删除nonatomic，然后就可以了。里面什么也没有nonatomic定义表明这是设计使然。

这有点聪明，但我想我明白为什么它不起作用。顺便说一句，您可以通过生成汇编程序并注意到它无法正常工作来确认setStr:不打电话objc_storeStrong()。它做了一个简单的分配。

问题是您的属性定义不符合可保留对象指针的定义（添加了强调）：

可保留对象指针（或可保留指针）是一个值 可保留对象指针类型（retainable type）。有三种 可保留对象指针类型的种类：

• 块指针（通过将插入符 (^) 声明符标记应用于 函数类型）
• Objective-C 对象指针（id、Class、NSFoo* 等）
• typedefs用 __attribute__((NSObject)) 标记

您是否按照指定创建了 typedef？不，你没有。好的，那么我们该怎么做呢？

typedef __attribute__((NSObject)) CFStringRef MYStringRef;

@interface TestClass : NSObject
@property (nonatomic, strong) MYStringRef str;
@end

... the rest of your code ...

正如我假设您所期望的那样，这将打印“1”，然后打印“2”。由于未说明的原因让我感到害怕，但是查看汇编器输出，一切似乎都很好，我在这里想不出任何具体问题或违规行为。

你可能有理由为此打开雷达。 typedef 没有被视为与指定类型相同的事实至少令人惊讶，即使有记录。

EDIT:注意到 @lnafziger 的评论对象C编程语言 https://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/ObjectiveC/Chapters/ocProperties.html，ARC 规范/实现中肯定存在错误，或者链接文档中存在错误，因此应修复其中之一。