iOS面试题：load的调用时机｜快速列出App的所有+load方法

iOS逆向

已于 2022-03-25 14:46:05 修改

阅读量1.3w

点赞数 2

分类专栏： # iOS面试文章标签： KMP 字符串匹配算法

于 2020-08-11 14:12:03 首次发布

本文链接：https://blog.csdn.net/z929118967/article/details/107934260

版权

iOS面试专栏收录该内容

24 篇文章 2 订阅 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

本文探讨了iOS中+load方法的调用时机，指出其在类加载时执行，可能导致启动耗时增加。由于+load在Main函数前执行，故bugly无法监控其中的crash。同时，文章提供了通过lldb列出所有+load方法的步骤，并提及了iOS与Android使用bugly上报自定义错误信息的方法。

摘要由CSDN通过智能技术生成

文章目录

前言
I load｜initialize
- 1.1 调用时机
- 1.2 如果+load方法中的代码出现了crash，crash监控SDK（bugly）能监控到？
II 列出App的所有+load方法
- 2.1 步骤
- 2.2 原理
III iOS & android 使用bugly上报自定义错误信息
see also

前言

如果load 方法里面进行了 Method Swizzling、数据存储等耗时操作，会大大影响app的启动耗时。

I load｜initialize

1.1 调用时机

在Objective-C中，runtime会自动调用每个类的两个方法。

+load会在类初始加载时调用(常作为方法交换的入口)
+initialize会在第一次调用类的类方法或实例方法之前被调用。

共同点：两个方法都只会被调用一次。这两个方法是可选的，且只有在实现了它们时才会被调用。

/**
 
 并在+load类方法中调用NSObject的类别SASwizzler的+sensorsdata_swizzleMethod:withMethod:类方法交换-viewDidAppear:方法。
 
 +load类方法是在类或者类别被加载到Objective-C时执行的。如果在+load类方法中实现MethodSwizzling，替换的方法会在应用程序运行的整个生命周期中生效，这也是我们期望的结果。
 */