NSObject的load和initialize方法

最新推荐文章于 2025-01-27 14:35:28 发布
转载 最新推荐文章于 2025-01-27 14:35:28 发布 · 284 阅读 · 0
文章标签：

#OC

本文深入探讨了Objective-C中NSObject类的load与initialize方法的工作原理及其应用场景，对比了两者之间的区别，并通过实例演示了它们的实际调用顺序。

先放出处：

NSObject的load和initialize方法

这段时间在学习runtime的时候，他们写的Demo中看见这俩方法，但是不知道是啥调用的他俩，于是学习记录如下，

PS：代码部分被我删了，有需要的移步原文。

在Objective-C中，NSObject是根类，而NSObject.h的头文件中前两个方法就是load和initialize两个类方法。

0. 概述

Objective-C在应用程序运行起来的时候，类的信息会有加载和初始化过程。

就像Application有生命周期回调方法一样，在Objective-C的类被加载和初始化的时候，也可以收到方法回调，可以在适当的情况下做一些定制处理。而这正是load和initialize方法可以帮我们做到的。

1
2
+ ( void )load;
+ ( void )initialize;

可以看到这两个方法都是以“+”开头的类方法，返回为空。通常情况下，我们在开发过程中可能不必关注这两个方法。如果有需要定制，我们可以在自定义的NSObject子类中给出这两个方法的实现，这样在类的加载和初始化过程中，自定义的方法可以得到调用。

从如上声明上来看，也许这两个方法和其它的类方法相比没什么特别。但是，这两个方法具有一定的“特殊性”，这也是这两个方法经常会被放在一起特殊提到的原因。详细请看如下几小节的整理。

1. load和initialize的共同特点

load和initialize有很多共同特点，下面简单列一下：

  • 在不考虑开发者主动使用的情况下，系统最多会调用一次
  • 如果父类和子类都被调用，父类的调用一定在子类之前
  • 都是为了应用运行提前创建合适的运行环境
  • 在使用时都不要过重地依赖于这两个方法，除非真正必要

2. load方法相关要点

  • 调用时机比较早，运行环境有不确定因素。具体说来，在iOS上通常就是App启动时进行加载，但当load调用的时候，并不能保证所有类都加载完成且可用，必要时还要自己负责做auto release处理。
  • 补充上面一点，对于有依赖关系的两个库中，被依赖的类的load会优先调用。但在一个库之内，调用顺序是不确定的。
  • 对于一个类而言，没有load方法实现就不会调用，不会考虑对NSObject的继承。
  • 一个类的load方法不用写明[super load]，父类就会收到调用，并且在子类之前。
  • Category的load也会收到调用，但顺序上在主类的load调用之后。
  • 不会直接触发initialize的调用。

3. initialize方法相关要点

  • initialize的自然调用是在第一次主动使用当前类的时候（lazy，这一点和Java类的“clinit”的很像）。
  • 在initialize方法收到调用时，运行环境基本健全。
  • initialize的运行过程中是能保证线程安全的。
  • 和load不同，即使子类不实现initialize方法，会把父类的实现继承过来调用一遍。注意的是在此之前，父类的方法已经被执行过一次了，同样不需要super调用。

由于initialize的这些特点，使得其应用比load要略微广泛一些。可用来做一些初始化工作，或者单例模式的一种实现方案。

4. 原理

“源码面前没有秘密”。最后，我们来看看苹果开放出来的部分源码。从中我们也许能明白为什么load和initialize及调用会有如上的一些特点。

其中load是在objc库中一个load_images函数中调用的，先把二进制映像文件中的头信息取出，再解析和读出各个模块中的类定义信息，把实现了load方法的类和Category记录下来，最后统一执行调用。


PS:创建了一个demo工程，建了nsstring和viewcontroller两个category，分别实现了load，initialize方法，打印结果如下

2016-11-10 18:10:14.505 Category_test[29715:1452501] NSString Initailize
2016-11-10 18:10:14.527 Category_test[29715:1452501] NSString load
2016-11-10 18:10:31.887 Category_test[29715:1452501] UIViewController Initailize
2016-11-10 18:10:31.888 Category_test[29715:1452501] UIViewController load
2016-11-10 18:10:31.888 Category_test[29715:1452501] NSPlaceholderString Initailize
2016-11-10 18:10:31.891 Category_test[29715:1453654] NSPathStore2 Initailize
2016-11-10 18:10:31.967 Category_test[29715:1452501] ViewController Initailize
2016-11-10 18:10:31.972 Category_test[29715:1452501] UITableViewController Initailize
2016-11-10 18:10:31.973 Category_test[29715:1452501] UINavigationController Initailize

那么问题来了，在网上好多博主说load是在runtime之前调用，而initialize是在润time的时候调用，可是为啥我这里是先调用了initialize呢？

下面这句话不保证正确性，本人也有疑惑

如果调用某个类的这俩方法，总是父类分别调用initialize和load（注意顺序），然后该父类的子类调initialize，就和load没关系了。其他类依次进行

iOS逆向之深入解析如何计算+load方法的耗时
╰つ栺尖篴夢ゞ
04-04 4万+
一、类方法 +load 在 pre-main 时期，objc 会向 dyld 注册一个 init 回调： void _objc_init(void) { static bool initialized = false; if (initialized) return; initialized = true; // fixme defer initialization until an objc-using image is found? environ_
+initialize方法的调用时机
TuGeLe的博客
01-23 2702
+initialize方法的调用时机 一个类或者它的子类收到第一条消息（手写代码调用，+load方法不算）之前调用，可以做一些初始化的工作。但该类的+initialize的方法调用，在其父类之后。 Runtime运行时以线程安全的方式将+initialize消息发送给类。也就是说，当一个类首次要执行手动调用的代码之前，会等待+initialize方法执行完毕后，再调用该方法。 这里需要注意的一点：...
NsObject的load和initialize方法
weixin_34148508的博客
04-23 122
2019独角兽企业重金招聘Python工程师标准>>> ...
NSObject 的 load 方法
mangocream的专栏
01-05 467
分享一些我对 NSObject 的 +load 方法的一些理解。 调用时机 在每个类和类别初始化的时候都会调用，子类不会重载父类的 +load ，两个都会调用这个方法。 调用顺序 各个 +load 方法遵守苹果文档所说的顺序： The order of initialization is as follows: All initializers in any frame
Objective-C学习篇第十一弹:load和initialize方法详解
李大大大大帅的专栏
01-03 393
Objective-C
iOS中的load和initialize方法
我叫柱子哥
06-10 2002
在 iOS 开发中，+load和是两个常用的类方法，它们在不同的时间点被调用，并且有不同的用途。以下是它们的用法和区别。
IOS开发之category(load,initialize)
m0_63640651的博客
01-27 877
因为category是把自己的实现向后偏移，前面是分类的实现，又因为是从后遍历分类插入到method的前面，所以后编译的分类，先调用，如果这个分类没有实现这个方法，会找其他分类，如果也没有再找自己的实现，如果都没有回通过isa向上找，这个位置就不详细介绍了，在其他文章有介绍。load方法会调用自己的父类，然后调用自己的分类，如果不是继承关系则跟编译顺序有关，并且如果先调用父类的load方法，再调用自己的时候就不调用父类的load方法了，因为load方法只调用一次。
oc中 load，initialize，init方法对比总结
风一样自由
07-25 1962
首先代码展示吧，后面也会附赠demo代码链接 1.定义测试类TestClass //为了方便打印，先在宏定义文件里面定义ZWWLog #ifdef DEBUG #define ZWWLog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCT
NSObject的+load和+initialize详解
Philm_iOS的博客
08-03 438
NSObject的+load和+initialize详解 通过runtime源码解析load和initialize +load 通过调用堆栈，我们可以看出系统首先调用的是load_images方法 load_images void load_images(const char *path __unused, const struct mach_header *mh...
NSObject load,initialize方法调用
qq_28117621的博客
11-12 228
+ (void)load;方法会在类加载进入内存的时候调用 无论是否使用该类       Category +load methods are not called until after the parent class's +load.(如果某类存在category,category的load方法在类的load方法加载之后)  Class +load methods are called s...
Java 6 JVM参数选项大全
lincy521的专栏
03-05 400
Java 6 JVM参数选项大全   本文是基于最新的SUN官方文档Java SE 6 Hotspot VM Options 编写的译文。主要介绍JVM中的非稳态选项及其使用说明。 为了让读者明白每个选项的含义，作者在原文基础上补充了大量的资料。 因为是初稿，如有描述错误，敬请指正。   非稳态选项使用说明 -XX:+<option> 启用option -XX:-&l...
runtime(三)消息传递中方法找寻的过程
wtl1804的博客
07-29 406
目录从这行代码看起message.h汇编源码objc_msgSend调用栈lookUpImpOrForward源码1.无锁的缓存查找2.如果类没有实现（isRealized）或者初始化（isInitialized），实现或者初始化类3.加锁4.缓存以及当前类中方法的查找5.尝试查找父类的缓存以及方法列表6.没有找到实现，尝试方法解析器7.进行消息转发如果有了缓存参考资料 从这行代码看起 object hello] -> objc_msgSend(object, @selector(hello)) 众
metaClass和class的理解
gaoyuqiang30的博客
09-11 1763
1.metaClass其实就是一个class,只不过它的methodList是+类方法，而普通的class是-实例方法而已。 2.当获取类方法时，只是用的class_getInstanceMethod(class_getMeta(cls),sel)来获取的         3.meta的rootClass等于本身也就是NSObject   class的rootClass是nil ru
翻译UE官方关于UObject基础的文档
主要记录了工作之余胡乱学习的知识，大部分是入门级别的内容。 主要是为了自己未来有用到时能快速上手，相当于是个备忘录。 当然，也很开心其他人可以从中找到对自己有用的信息。^_^
07-16 2202
官方文档《Unreal Objects》和《Unreal Object Handling》对UObject系统有了最基础的介绍。虽然有官方翻译，但我想自己再过一遍会加深一些理解。（基本上，这个翻译可以看做是对官方翻译的符合我自己语言习惯的矫正）...
NSObject中类方法load/initialize加载时机和作用
ZHANGBO9477的博客
09-09 221
方法调用时机 相同点: 程序启动都只会执行仅且一次,再次怎么调用使用类都不会执行了. 不同点: 方法调用时机不一样. > + load程序启动类加载时就会调用,不管该类是否有使用或有Import都会执行 > + initialize 程序启动后,只有类使用时都会触发,包括调用类的类方法或对象方法; 包括该类的创建对象,创建对象在调用类方法alloc, 比如:[Drvi...
java反射-类实例化和类加载
maoyeqiu的专栏
04-27 324
转自：https://www.cnblogs.com/throwable/p/12272269.html 前提# 其实在前面写过的《深入分析Java反射(一)-核心类库和方法》已经介绍过通过类名或者java.lang.Class实例去实例化一个对象，在《浅析Java中的资源加载》中也比较详细地介绍过类加载过程中的双亲委派模型，这篇文章主要是加深一些对类实例化和类加载的认识。 类实例化# 在反射类库中，用于实例化对象只有两个方法： T java.lang.Class#newInstance()：这个
extension WebViewController: WKNavigationDelegate { func webView(_ webView: WKWebView, didFinish navigation: WKNavigation!) { print("页面加载完成") // 可以在这里添加页面加载完成后的逻辑 }控制台根本没输出这句话，我在这里打了断点程序也没停在这里，// // AppDelegate.swift // WebViewDemo // // Created by wuhanpeng on 2025/11/18. // import Cocoa @main class AppDelegate: NSObject, NSApplicationDelegate { var window: NSWindow! func applicationDidFinishLaunching(_ aNotification: Notification) { // Insert code here to initialize your application // 创建窗口 window = NSWindow( contentRect: NSRect(x: 0, y: 0, width: 800, height: 600), styleMask: [.titled, .closable, .miniaturizable, .resizable], backing: .buffered, defer: false ) window.center() window.title = "WebView Demo" window.isReleasedWhenClosed = false // 创建并设置控制器 let viewController = WebViewController() let contentView = viewController.view contentView.frame = window.contentView!.bounds window.contentView = contentView // 显示窗口 window.makeKeyAndOrderFront(nil) } func applicationWillTerminate(_ aNotification: Notification) { // Insert code here to tear down your application } func applicationSupportsSecureRestorableState(_ app: NSApplication) -> Bool { return true } } 这是appdelegate类，问题出在哪里
最新发布
11-19
你遇到的问题是 `WKNavigationDelegate` 的回调方法（如 `webView(_:didFinish:)`）没有被调用，控制台也没有输出“页面加载完成”，这说明 **代理方法未正确触发**。问题可能出在以下几个方面： --- ### ❌ 问题 1：`viewController.view` 被错误赋值 你在 `AppDelegate` 中将 `viewController.view` 直接设置为 `window.contentView`，但 `viewController.view` 是一个 `NSView` 类型，而你没有将其添加到视图控制器的 `contentView` 或者窗口中作为子视图。 ✅ **修改方式**： 应该使用 `NSHostingView` 或者 `NSViewControllerRepresentable` 来嵌入视图控制器，或者直接将 `viewController` 添加为窗口的内容视图控制器。 ```swift // 修改前（错误） let contentView = viewController.view contentView.frame = window.contentView!.bounds window.contentView = contentView // ✅ 修改后（推荐方式） window.contentViewController = viewController ``` --- ### ❌ 问题 2：`WKWebView` 初始化和约束设置不完整 在你的 `WebViewController` 中，虽然设置了 `webView.navigationDelegate = self`，但如果 `webView` 没有正确初始化或布局，可能导致其无法加载网页。 ✅ **确保 `loadView()` 方法中正确初始化并设置约束**： ```swift override func loadView() { self.view = WKWebView(frame: .zero) webView = self.view as! WKWebView webView.translatesAutoresizingMaskIntoConstraints = false webView.navigationDelegate = self NSLayoutConstraint.activate([ webView.leadingAnchor.constraint(equalTo: view.leadingAnchor), webView.trailingAnchor.constraint(equalTo: view.trailingAnchor), webView.topAnchor.constraint(equalTo: view.topAnchor), webView.bottomAnchor.constraint(equalTo: view.bottomAnchor) ]) if let url = URL(string: "https://fanyi.baidu.com/mtpe-individual/transText?query=%E5%8F%82%E6%95%B0&lang=zh2en#/") { let request = URLRequest(url: url) webView.load(request) } } ``` --- ### ❌ 问题 3：`viewDidLoad()` 未被调用 如果你没有正确设置 `contentViewController`，则 `viewDidLoad()` 可能不会被调用，导致视图生命周期相关代码没有执行。 ✅ **确保 `viewController` 成为窗口的内容控制器**： ```swift window.contentViewController = viewController ``` --- ### ✅ 完整修复后的 `AppDelegate.swift` 示例： ```swift import Cocoa @main class AppDelegate: NSObject, NSApplicationDelegate { var window: NSWindow! func applicationDidFinishLaunching(_ aNotification: Notification) { // 创建窗口 window = NSWindow( contentRect: NSRect(x: 0, y: 0, width: 800, height: 600), styleMask: [.titled, .closable, .miniaturizable, .resizable], backing: .buffered, defer: false ) window.center() window.title = "WebView Demo" window.isReleasedWhenClosed = false // 创建并设置控制器 let viewController = WebViewController() window.contentViewController = viewController // 显示窗口 window.makeKeyAndOrderFront(nil) } func applicationWillTerminate(_ aNotification: Notification) { // 插入代码在此处执行应用终止前的操作 } func applicationSupportsSecureRestorableState(_ app: NSApplication) -> Bool { return true } } ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值