子工程不自动加载+(void)load原因

最新推荐文章于 2025-08-06 19:36:53 发布
原创 最新推荐文章于 2025-08-06 19:36:53 发布 · 415 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在Objective-C中，如何通过调整项目的BuildSetting来控制类的加载过程。特别是当一个Framework作为静态库被引入时，如果不正确配置-ObjC和其他相关链接标志，可能会导致类或分类无法被正确加载的问题。

解释一下让后来者少走弯路： 我提过的，我自己做的framework里的类的那个方法不调用。 其实我用这个framework的时候，虽然作为子工程嵌入了项目，但是加载的时候是作为静态库加载到项目里的，跟项目本地的代码加载不同。 之所以那个load不调用是因为我本地Build Setting里的 Other Link Flags里 去掉了-ObjC。 而-ObjC的作用恰恰就是 ：

“Other Linker Flags”：常用参数：
-ObjC 否则的话链接器不会加载你的类
-all_load 如果你的库中有类别，不加的话分类得不到加载
-fobjc-arc 如果你连接的库使用了ARC而你的应用没有使用ARC

NSObject 的 +load() 方法不调用了？

Spyer。
关注
【C++动态库】动态库隐式与显式加载 | 为什么要动态加载动态库 | LoadLibrary加载失败 | 参考开源操作系统ReactOS源码 | 用LoadLibraryEx替代LoadLibrary
dvlinker的技术专栏
10-24 4万+
本文讲解C++动态库编程相关的内容，包括动态库隐式与显式加载、为什么要动态加载动态库、LoadLibrary加载失败、用LoadLibraryEx替代LoadLibrary、参考开源操作系统ReactOS源码等。
iOS逆向之深入解析如何Hook所有+load方法及Category的处理
热门推荐
╰つ栺尖篴夢ゞ
04-02 5万+
一、类方法 +load iOS 四种方法可方便的在 premain 阶段执行代码： Objective C 类的 +load 方法； C++ static initializer； C/C++ attribute(constructor) functions； 动态库中的上面三种方法。 所有类的 +load 方法是在 main 函数之前、在主线程，以串行方式调用，因此任何一个 +load 方法的耗时大小将直接影响到 App 的启动耗时。 Objective C Runtim
IOS -（void）load 方法的响应
02-25
IOS -（void）load 方法的响应
生成静态库的一些问题-all_load
leonpengweicn的专栏
09-22 6036
1、使用类目 在我们的静态库中涉及到 类目 catagory的使用时，会崩溃； 此时我们需要设置project的Info里面的Link Flag处，增加-all_load，这样会链接所以存在的symbol； 这是我们常用的一种处理方法，除此之外我们还可以使用以下方法： 若
iOS探寻+(void)load方法的执行时机
weixin_30920513的博客
07-30 862
load方法中能实现什么？ 我们经常会有一些需求：让某方法的执行先于main方法。比如要hook某个系统类的方法（hook UIViewController的viewWillAppear和viewDidDisappear通过AOP的方式实现埋点功能），或者做一些初始化操作。这时候我们经常首先想到的就是重写+(void) load {}方法。 为什么要放在load方法中？我们将从objc源码去探究。...
IOS开发+(void)load与+(void)initialize区别
橘子不酸`的专栏
09-15 3393
IOS,Objective-C,load和initialize
iOS之 +(void)load与+(void)initialize理解
C_philadd的博客
06-17 1220
1. load 1.1 load 方法的调用 ① 调用时刻：+load方法会在Runtime加载类、分类时调用（不管有没有用到这些类，在程序运行起来的时候都会加载进内存，并调用+load方法）； 每个类、分类的+load，在程序运行过程中只调用一次（除非开发者手动调用）。 ② 调用方式：系统自动调用+load方式为直接通过函数地址调用，开发者手动调用+load方式为消息机制objc_msgSend函数调用。 ③ 调用顺序： 先调用类的+load，按照编译先后顺序调用（先编译，先调用），调用子类的+l
OC中Runtime的类+load方法调用
CaicaiNo.1
07-15 739
文章目录load 方法的调用栈load_imagesprepare_load_methodsschedule_class_load 查找父类add_class_to_loadable_list 将类加入cls listadd_category_to_loadable_list 将分类加入cate listcall_load_methods 调用所有类和分类的+loadcall_class_load...
为什么使用playwright启动本地浏览器加载不到本地浏览器的缓存数据？
**My Coding Family**
08-06 1039
🏆本文收录于 《全栈Bug调优(实战版)》 专栏，该专栏专注于分享我在真实项目开发中遇到的各类疑难Bug及其深层成因，并系统提供高效、可复现的解决思路和实操方案。无论你是刚入行的新手开发者，还是拥有多年项目经验的资深工程师，本专栏都将为你提供一条系统化、高质量的问题排查与优化路径，助力你加速成长，攻克技术壁垒，迈向技术价值最大化与职业发展的更高峰🚀！
查看开源操作系统ReactOS源码，解决dll库动态库加载失败问题（调用LoadLibrary加载失败）
dvlinker的技术专栏
02-24 8906
调用LoadLibraryEx接口，解决dll库动态库加载失败问题。
layui流加载 终止flow.load()，执行第二个流加载时禁止上一个流加载执行
xiaojun201593的博客
01-16 5331
思路是当点击事件触发时，把ul移除，绑定的事件移除，重新加载ul，相当于把之前的删除重新加载了flow.load。
C#编程，浅谈.NET中程序集的动态加载
君一席
07-02 2053
C#程序集的动态引用
+ (void)load 和+ (void)initialize的区别
F_T_J
11-03 1077
// 调用顺序:从上往下 + (void)load { //APP启动的时候调用,初始化各个类 //只会调用一次 }+ (void)initialize { //第一次使用类时调用 //类的懒加载,只会调用一次 }- (void)loadView { //加载默认的view //控制器类型的类才有此方法 //如果重写不能空实现,需要自定义一个默
你真的了解load方法么？
weixin_33811539的博客
05-18 351
2019独角兽企业重金招聘Python工程师标准>>> ...
对+(void)initialize和+(void)load方法的理解
skt_sika的博客
01-15 1071
1.initliaize了解。（系统认识，类方法，只调用一次） 调用时机：在此类接受第一个消息时调用 父类子类的调用关系：父类和子类中都会调用，先调用父类，在调用子类。（子类中为实现会调用父类的隐式的调用父类的方法来初始化子类） 父类和本类的调用关系：调用分类中的实现，忽略本类中的实现（不会都调用） 实例： @interface Person:NSObject @end @imp
iOS +(void)load运行流程解析和运用总结
yinxiangfu的博客
10-10 564
1、load函数只要你动态加载或者静态引用了这个类，那么load就会被执行，它并不需要你显示的去创建一个类后才会执行，同时只执行一次。 2、顺序： 父类 -> 子类 -> 同级类(同级顺序不定) -> 子类+category -> main -> appdelegate...
load方法和initialize方法的理解
RITL_Y
09-02 7004
load 和 initialize 两个方法算是两个特殊的类方法了，今天偶然从草稿箱中看到还有本篇未完成的博文，如果说当初了解它们是为了应付面试，那么工作之后，了解它们就变成了“必修课”，相比于网上某些十分官方的说法，个人还是喜欢用大白话来诠释自己对它们的理解，这里就写一下个人对这两个方法的理解，如果有理解不到位的地方，还请指正，3Qload方法个人理解从方法的名字来看，它应该是在一个类进行装载的时
+(void)load
weixin_30267697的博客
03-20 199
这个函数是编译器加载类之后调用的，在main函数之前调用，我们可以做一些runtime的操作比如修改一些方法的调用等等操作 转载于:https://www.cnblogs.com/wangyutao/p/4352338.html...
+(void)load; +(void)initialize；有什么用处？
loveFromLeo的博客
12-30 1261
在Objective-C中，runtime会自动调用每个类的两个方法。+(void)load会在类初始加载时调用，+(void)initialize会在第一次调用类的类方法或实例方法之前被调用。这两个方法是可选的，且只有在实现了它们时才会被调用。 共同点：两个方法都只会被调用一次。
CANoe如何不加载cdd情况下解锁dll
最新发布
09-12
<think> 嗯...用户这次问的是"不加载cdd时CANoe解锁dll的方法"，看起来是在做汽车电子诊断的自动化测试啊。用户应该是个汽车电子工程师，正在折腾CANoe诊断自动化这块的进阶操作。 从引用内容看，用户已经掌握了基础操作：知道要通过diagGenerateKeyFromSeed函数实现27服务解锁，也了解标准流程需要加载cdd和dll。现在用户想突破常规用法，直接操作dll来实现解锁——这个需求很硬核啊，说明用户对CANoe底层机制有探索欲。 仔细看用户引用的材料，引用[2]提到KeyGenDll_GenerateKeyEx这个文件夹，引用[3]详细描述了seed-key验证流程。核心难点在于：不加载cdd时，CANoe的诊断层参数都是未配置状态，相当于要手动重建诊断通信环境。 用户上次的问题和回答...哦上次是在讨论快速排序来着？看来是全新问题。需要重点参考用户提供的四个引用片段： 1. 引用[1][3][4]都强调cdd文件用于自动配置诊断层参数，这正好解释了为什么常规方法必须加载cdd 2. 引用[2]透露了CANoe安装目录下的KeyGenDll_GenerateKeyEx演示工程，这是关键线索 3. 引用[3]的seed-key验证流程是理论基础 解决方案应该分三步走：首先得绕过诊断层配置（手动创建ODX数据库），然后解决dll调用问题（直接加载dll到CAPL），最后模拟诊断会话（用CAPL脚本实现27服务序列）。特别要注意引用[2]提到的DEMO工程，里面肯定有直接调用dll的示例代码。 用户可能遇到的实际困难会是CANoe底层API的使用，比如CAPL调用外部dll的函数声明方式。在回复里要重点强调__dllImport这个冷门但关键的语法。 </think> 基于您的需求，以下是**不加载CDD文件**时在CANoe中通过DLL实现27服务解锁的方法（重点参考引用[2][3]的技术原理）： ### 核心解决方案 ```capel // CAPL脚本示例（直接调用DLL实现27服务） variables { dllhandle dll; // 声明DLL句柄 } on start { // 1. 手动加载DLL文件（替代CDD的自动加载） dll = dllLoad("KeyGenDll_GenerateKeyEx\\YourSecurityDLL.dll"); // 路径引用[2]的DEMO位置 // 2. 建立原始报文通信（代替诊断层自动配置） DiagSetPrimitiveParameter("CAN", 1, 0x7E0, 0x7E8); // 手动设置物理寻址 } // 3. 自定义27服务解锁函数 void Unlock27Service(byte seed[]) { byte key[4]; long ret; // 直接调用DLL的安全算法函数（引用[2][3]） ret = diagGenerateKeyFromSeed("ECU_Qualifier", seed, key); // 关键函数[^3] if(ret == 0) { // 手动发送27 01+密钥 byte msg[8] = {0x27, 0x01, key[0], key[1], key[2], key[3]}; output(msg); } } // 4. 处理ECU响应 on message 0x7E8 { if(this.byte(0) == 0x67 && this.byte(1) == 0x01) { byte seed[] = {this.byte(2), this.byte(3), this.byte(4), this.byte(5)}; Unlock27Service(seed); // 触发解锁流程 } } ``` ### 关键技术说明 1. **DLL直接加载**（替代CDD依赖） 通过`dllLoad()`直接载入安全算法DLL（需提前基于KeyGenDll_GenerateKeyEx的DEMO编译自定义DLL）[^2] 2. **手动配置诊断层**（核心步骤） ```capel DiagSetPrimitiveParameter("CAN", ChannelID, TxID, RxID); // 设置物理寻址参数 DiagSetParameter("TesterAddress", 0x7E0); // 设置测试仪地址 ``` 此步骤替代CDD文件的自动配置（引用[4]提到的"内部通道"需手动重建） 3. **密钥生成函数调用** `diagGenerateKeyFromSeed("ECU_Qualifier", ...)` 需与实际DLL的导出函数名一致（DEMO中默认使用`GenerateKeyEx`） 4. **报文级诊断实现** 通过`output()`直接发送原始报文（例如 `27 01 [Key]`），在`on message`中解析响应 > ⚠️ **注意事项** > - DLL必须导出`GenerateKeyEx`或`GenerateKeyExOpt`函数（引用[2]的文件夹命名规范） > - ECU限定符(`ECU_Qualifier`)需与DLL内定义一致 > - 需自行实现超时重试/错误处理机制 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值