NSObject +load 和 +initialize - 它们的作用是什么？

2023-11-27

我有兴趣了解导致开发人员覆盖 +initialize 或 +load 的情况。文档清楚地表明这些方法是由 Objective-C 运行时为您调用的，但这实际上是这些方法的文档所清楚的全部内容。 :-)

我的好奇心来自于查看 Apple 的示例代码 - MVCNetworking。他们的模型类有一个+(void) applicationStartup方法。它在文件系统上做一些内务处理，读取 NSDefaults 等等……并且，在尝试理解 NSObject 的类方法之后，看起来这个清洁工作可能可以放入 +load 中。

我确实修改了 MVCNetworking 项目，删除了 App Delegate 中对 +applicationStartup 的调用，并将内务处理位放入 +load...我的计算机没有着火，但这并不意味着它是正确的！我希望了解您必须调用的自定义设置方法与 +load 或 +initialize 之间的任何微妙之处、陷阱和问题。

对于+load文档说：

加载消息被发送到类和类别，它们都是动态加载和静态链接，但前提是新加载的类或类别实现了可以响应的方法。

如果您不知道所有单词的确切含义，这句话就很混乱并且难以解析。帮助！

“动态加载和静态链接”是什么意思？某些东西可以动态加载和静态链接吗，或者它们是互斥的吗？
“...新加载的类或类别实现了一个可以响应的方法” 什么方法？怎样回应？

至于+initialize，文档说：

初始化每个类仅调用一次。如果你想表演类和类别的独立初始化类，您应该实现加载方法。

我的意思是，“如果你尝试设置类......不要使用初始化。”好的。那么我什么时候或者为什么要覆盖初始化呢？

The `load` message

运行时发送load在类对象加载到进程的地址空间后不久，向每个类对象发送消息。对于属于程序可执行文件一部分的类，运行时会发送load在进程生命周期的早期就发出消息。对于共享（动态加载）库中的类，运行时会在共享库加载到进程的地址空间后立即发送加载消息。

此外，运行时仅发送load到一个类对象，如果该类对象本身实现了load方法。例子：

@interface Superclass : NSObject
@end

@interface Subclass : Superclass
@end

@implementation Superclass

+ (void)load {
    NSLog(@"in Superclass load");
}

@end

@implementation Subclass

// ... load not implemented in this class

@end

运行时发送load消息给Superclass类对象。确实如此not发送load消息给Subclass类对象，尽管Subclass继承该方法Superclass.

运行时发送load发送消息后向类对象发送消息load发送给该类的所有超类对象的消息（如果这些超类对象实现了load) 以及您链接到的共享库中的所有类对象。但你不知道你自己的可执行文件中的哪些其他类已收到load yet.

您的进程加载到其地址空间的每个类都会收到一个load消息，如果它实现了load方法，无论您的进程是否使用该类的任何其他用途。

您可以看到运行时如何查找load方法作为特殊情况_class_getLoadMethod of objc-runtime-new.mm，并直接从call_class_loads in objc-loadmethod.mm.

运行时还运行load它加载的每个类别的方法，即使同一类上的多个类别实现load。这很不寻常。通常，如果两个类别在同一个类上定义了相同的方法，则其中一个方法将“获胜”并被使用，而另一个方法将永远不会被调用。

The `initialize` Method

运行时调用initialize发送第一条消息之前类对象上的方法（除了load or initialize) 到类对象或类的任何实例。该消息是使用正常机制发送的，因此如果您的类没有实现initialize，但是从一个这样做的类继承，那么你的类将使用其超类的initialize。运行时将发送initialize首先发送给一个类的所有超类（如果超类尚未发送）initialize).

Example:

@interface Superclass : NSObject
@end

@interface Subclass : Superclass
@end

@implementation Superclass

+ (void)initialize {
    NSLog(@"in Superclass initialize; self = %@", self);
}

@end

@implementation Subclass

// ... initialize not implemented in this class

@end

int main(int argc, char *argv[]) {
    @autoreleasepool {
        Subclass *object = [[Subclass alloc] init];
    }
    return 0;
}

该程序打印两行输出：

2012-11-10 16:18:38.984 testApp[7498:c07] in Superclass initialize; self = Superclass
2012-11-10 16:18:38.987 testApp[7498:c07] in Superclass initialize; self = Subclass

由于系统发送initialize方法惰性地，除非您的程序实际将消息发送到类（或子类，或类或子类的实例），否则类不会接收消息。当你收到时initialize，你的进程中的每个类都应该已经收到load（如果合适的话）。

规范的实现方式initialize这是：

@implementation Someclass

+ (void)initialize {
    if (self == [Someclass class]) {
        // do whatever
    }
}

这种模式的要点是避免Someclass当它有一个未实现的子类时重新初始化自身initialize.

运行时发送initialize消息在_class_initialize函数于objc-initialize.mm。你可以看到它使用了objc_msgSend发送，这是正常的消息发送功能。

进一步阅读

查看迈克·阿什的周五问答关于这个话题。

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

Objectivec

NSObject