iOS：“.cxx_destruct”-我班上的隐藏选择器

Question

我使用了这个问题的答案List selectors for Objective-C object 并列出了我的类对象响应的所有选择器。在一个巨大的列表中，我发现了一个名为“.cxx_destruct”的选择器（是的，它以点开头），我第一次看到这个，也从未听说过。我用谷歌搜索它并找到了这个Objective C: ARC errors (Automatic release problems)。

我有一些问题？

• 是否与 ARC 有关？
• 如果是选择器，为什么要隐藏？
• 什么时候打电话？由谁，iOS 本身？
• 为什么它命名为 .cxx_destruct？ “cxx”的全称是什么？

Answer 1

在 ARC 之前，开发人员必须特意编写一个 dealloc 例程，以确保释放对他们保留的所有对象的所有引用。这是手动且容易出错的工作。

当引入 ARC 时，执行与这些手动版本等效的任务的代码必须在每个对象中实现，而这些对象不仅具有简单的属性。依靠开发人员手动实现dealloc 例程会解决这个问题。

注意：这只是为了在销毁对象时进行引用计数管理。如果您需要移除观察者或执行其他清理工作，那么您仍然需要一个dealloc 例程。

因此，使用了来自 Objective-C++ 的预先存在的机制，即一个名为 .cxx_destruct 的隐藏选择器，它在对象被释放之前自动调用。此选择器由 Objective C 运行时自动调用。

对于 Objective C++ 代码，有一个并行的.cxx_construct 用于构造。

同样，这些是由编译器自动生成的，用于处理 ARC 上下文中的对象破坏。如果您编译一些带有和不带有对象属性的简单目标 C 代码，您可以看到它正在创建。拿这个示例代码：

#import <Foundation/Foundation.h>

@interface Foo : NSObject

@property (strong) NSObject *anobject;

@end

@implementation Foo
@end

int main()
{
    Foo *f = [[Foo alloc] init];
    return 0;
}

当我们使用 ARC (clang -fobjc-arc test.m -o test -framework foundation) 编译并转储类信息时，我们会看到 .cxx_destruct 选择器，当我们不使用 ARC (clang -fnoobjc-arc test.m -o test -framework foundation) 进行编译时，我们看不到 .cxx_destruct 选择器。如果您注释掉 NSObject *anobject 属性并重新编译，您将看不到 .cxx_destruct，因为它不再需要。